[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Re: xsm: Consolidate xsm processing within domain control hypercall.


  • To: Alex Williamson <alex.williamson@xxxxxx>, <ncmike@xxxxxxxxxx>
  • From: "George S. Coker, II" <gscoker@xxxxxxxxxxxxxx>
  • Date: Tue, 04 Dec 2007 17:23:07 -0500
  • Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Tue, 04 Dec 2007 14:42:53 -0800
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>
  • Thread-index: Acg2xD5+fRlFoKK3EdyuhQAWy5GONg==
  • Thread-topic: [Xen-devel] Re: xsm: Consolidate xsm processing within domain control hypercall.



On 12/4/07 5:05 PM, "Alex Williamson" <alex.williamson@xxxxxx> wrote:

> 
> On Tue, 2007-12-04 at 16:49 -0500, Mike D. Day wrote:
>> On 04/12/07 13:06 -0700, Alex Williamson wrote:
>>> 
>>>   Does this work right across a PV domain save/restore on x86?  On ia64
>>> I end up with "Domain-Unnamed" after I save a PV domain and another
>>> after I restore it, then do a shutdown.  Reverting this patch restores
>>> correct behavior.  Thanks,
>> 
>> I'll investigate this regression. Do you have any ideas as to why this
>> is happening?
> 
>    Nope, that's why I'm hoping x86 does something similar ;^)  Since I'm
> not using XSM_ENABLE, xsm_call should just be (0), which means the
> changed code should all be noops... but apparently something changes.
> BTW, xsm_call(domctl(domctl)) seems unnecessarily obfuscated.  Thanks,
> 

It does build on x86, but I'm confident it will rollover on boot.

> Alex

-- 
George S. Coker, II <gscoker@xxxxxxxxxxxxxx>



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.