RE: [Xen-ia64-devel] [PATCH] fixed some bugs to make xen0 more stable

["Xu, Anthony" <anthony.xu@xxxxxxxxx>]

Yes, I can back out the patches to these three files.

Thanks
Anthony

>-----Original Message-----
>From: Magenheimer, Dan (HP Labs Fort Collins) [mailto:dan.magenheimer@xxxxxx]
>Sent: 2005年10月15日 2:48
>To: Xu, Anthony
>Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx; Nakajima, Jun
>Subject: RE: [Xen-ia64-devel] [PATCH] fixed some bugs to make xen0 more stable
>
>The non-ia64 parts of this patch generated some
>objections, offlist from Jun and also here:
>
>http://lists.xensource.com/archives/html/xen-devel/2005-10/msg00671.html
>
>So I need to remove the objectionable code before
>the next upstream merge.  Should I just back out
>the patches to these three files or can you submit
>a patch that undoes those changes and fixes them
>differently?  I don't want to break VTi...
>
>Thanks,
>Dan
>
>> -----Original Message-----
>> From: Xu, Anthony [mailto:anthony.xu@xxxxxxxxx]
>> Sent: Thursday, October 13, 2005 3:28 AM
>> To: Magenheimer, Dan (HP Labs Fort Collins)
>> Cc: xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
>> Subject: [Xen-ia64-devel] [PATCH] fixed some bugs to make
>> xen0 more stable
>>
>> Dan,
>>
>> When we debugged VTIdomainN, we found and fixed some bugs.
>> This patch is based on ver 7332
>>
>> - Consistence of region id mangling algrithm:
>>     - Metaphysical RID is not mangled, which may conflict
>> with other domain's virtual RID
>>     - Sometimes rr0 is mangled, but sometimes not
>>     - Sometimes only rid value is saved to
>> saved_rr0_metaphysical, but sometimes the whole value.
>>
>> - Nat bit consumption happens but handled as priv_emulate to
>> forward progress.But this is definitely wrong. We found
>> reason of nat consumption from fast_rfi,which doesn't save
>> unat again after spill guest states, and then use guest unat
>> to fill guest states when return.
>>
>> - In some corner case, timer interrupt handler won't update
>> itm and then return directly. When that happens, machine
>> timer interrupt disappears until guest timer interrupt sets
>> v_itm actively. But vti domain depends on ac_timer while the
>> latter will stop when above condition happens. Then if
>> current context is vti domain, context switch disappears and
>> machine halt.
>>
>> Also many compatibility issues to support non-vti and vti
>> domain are solved,eg:
>> - Changing lazy PAL mapping switch to eager switch per domain
>> switch, since vti domain always depends on pal call.
>> - evtchn_notify should also vcpu_wake target domain, since
>> vti domain may block for io emulation. Xenolinux is free of
>> this issue, since it's always runnable.
>>
>>
>> Signed-off-by Kevin Tian <kevin.tian@xxxxxxxxx>
>> Signed-off-by Anthony Xu <anthony.xu@xxxxxxxxx>
>>
>>
>> Thanks
>> Anthony
>>
>>

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