Re: [Xen-devel] [PATCH, RFC v2] x86/HVM: assorted RTC emulation adjustments (was Re: Big Bug:Time in VM goes slower...)

["Jan Beulich" <JBeulich@xxxxxxxx>]

>>> On 15.08.12 at 16:07, tupeng212 <tupeng212@xxxxxxxxx> wrote:
> Hi, Jan:
> I am sorry I really don't have much time to try a test of your patch, and it 
> is not convenient
> for me to have a try. For the version I have been using is xen4.0.x, and 
> your patch is based on 
> the latest version xen4.2.x.(I have never complied the unstable one), so I 
> merged your patch to my 
> xen4.0.x, still couldn't find the two functions below:
>  static void rtc_update_timer2(void *opaque) 
>  static void rtc_alarm_cb(void *opaque) 
> so I didn't merge the two functions which contains a rtc_toggle_irq() .

Which looks quite right for the older tree.

> The results for me were these:
> 1 In my real application environment, it worked very well in the former 
> 5mins, much better than before,
>  but at last it lagged again. I don't know whether it belongs to the two 
> missed functions. I lack the 
>  ability to figure them out.

Unlikely.

> 2 When I tested my test program which I provided days before, it worked very 
> well, maybe the program doesn't 
> emulate the real environment due to the same setting rate, so I modified 
> this program as which in the attachment.

Okay, so we're at least moving in the right direction.

> if you are more convenient, you can help me to have a look of it.
> And I have a opinion, because our product is based on Version Xen4.0.x, if 
> you have enough time, can you write 
> another patch based http://xenbits.xen.org/hg/xen-4.0-testing.hg/ for me, 
> thank you very much!

You seem to have done the right thing, so I don't see an
immediate need.

> 3 I also have a thought that can we have some detecting methods to find the 
> lagging time earlier to adjust time
> back to normal value in the code?

For that we'd first need to understand what the reason for the
remaining mis-behavior is.

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel