|   | 
      | 
  
  
      | 
      | 
  
 
     | 
    | 
  
  
     | 
    | 
  
  
    |   | 
      | 
  
  
    | 
         
xen-devel
[Xen-devel] Re: [rfc] "frame number" size in hypercall ABI
 
> Because the patch is so invasive, I'm now thinking it might be better to
> define a new GETMEMLIST2 dom0 op that uses the new frameno_t type and a
> new xc_get_pfn_list2() wrapper for it. Since PowerPC will need a new
> xc_linux_build.c anyways, that will call xc_get_pfn_list2(), leaving all
> the current "unsigned long" code in place for the x86 and ia64 paths. As
> PowerPC starts implementing features like ptrace, migration,
> libxendebug, we'll need to move over those call chains.
> 
> Thoughts?
I would like to avoid introducing new dom0_ops. If an invasive change
is only changing longs into an equivalent typedef'ed long (on x86/ia64)
then it's not hard to reason that it's correct. If it also causes
changes in users of libxc then well, that's a shame, but it's not
fixed by introducing a new dom0_op unless you duplicate every end user
for the ppc architecture too. :-)
 -- Keir
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
 
 |   
 
 | 
    | 
  
  
    |   | 
    |