WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] Re: [PATCH] x86 hvm: fix missing ticks issue in c/s 20218

To: Kouya Shimura <kouya@xxxxxxxxxxxxxx>, Christoph Egger <Christoph.Egger@xxxxxxx>
Subject: [Xen-devel] Re: [PATCH] x86 hvm: fix missing ticks issue in c/s 20218
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 25 Sep 2009 15:22:39 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 25 Sep 2009 07:23:26 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <7kws3n2ouq.fsf@xxxxxxxxxxxxxxxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Aco920BN5pIPJFj7QrmT4akGwSlgoAAEGJoG
Thread-topic: [PATCH] x86 hvm: fix missing ticks issue in c/s 20218
User-agent: Microsoft-Entourage/12.20.0.090605
Applied as c/s 20255. I messed with it some more, so perhaps worth checking
the bug still is gone. ;-)

 -- Keir

On 25/09/2009 13:25, "Kouya Shimura" <kouya@xxxxxxxxxxxxxx> wrote:

> Keir, 
> Okay, attached is a new patch per your advice.
> I tested it carefully. It works for me.
> 
> Christoph,
> Could you please test it?
> 
> Thanks,
> Kouya
> 
> Keir Fraser writes:
>> On 25/09/2009 10:32, "Kouya Shimura" <kouya@xxxxxxxxxxxxxx> wrote:
>> 
>>> I've forgotten VCPU switch. Indeed, it's pretty fragile. :-)
>>> What about modifying pt_restore_timer() not to advance pt->scheduled?
>>> We should rename pending_intr_nr to pending_intr(boolean).
>> 
>> It's not clear to me that the old logic around pt->pending_intr_nr and
>> pt->scheduled really needs to change that drastically. The more we mess with
>> this code the more likely we are to break stuff, as it's hard to get good
>> coverage of the timer_modes and various ways guest Oses may manage their
>> timers.
>> 
>> I would prefer to see whether moving the update of pt->scheduled out of
>> pt_intr_post() and back into the timer_fn() works. That moves us back
>> towards what we had before your patches, and therefore I'm more comfortable
>> with it.
>> 
>>  -- Keir
>> 
> 
> Signed-off-by: Kouya Shimura <kouya@xxxxxxxxxxxxxx>
> 



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