[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCHl] localtime basis for paravirtualized guests
- To: "Keir Fraser" <Keir.Fraser@xxxxxxxxxxxx>
- From: "B Thomas" <bjthomas3@xxxxxxxxx>
- Date: Wed, 21 Jun 2006 12:59:52 -0400
- Cc: Ian Pratt <m+Ian.Pratt@xxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx, Bruce Rogers <BROGERS@xxxxxxxxxx>
- Delivery-date: Wed, 21 Jun 2006 10:00:14 -0700
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=eWLNL/a30qKAfncOh/k98OgWyZ0fEUHCdB94/AXb/SW0+u4D7OdoUQ1My+nzr6YlfKjvZCNAxRrPZCOXh22YP5yU1MAC5qOavsnVsA7Ywl++uOMLqn1FxE+JXW9vvoQl7kYlqLfFpGPcG17SXmTKAk13OkZ9fHYGi5pnHYUxq64=
- List-id: Xen developer discussion <xen-devel.lists.xensource.com>
On 6/21/06, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote:
On 21 Jun 2006, at 16:49, Keir Fraser wrote:
>> - this is a different mechanism than the one used to set time >> offsets for fully virtualized guests. At the lowest levels, this is >> probably difficult to avoid. Higher up, though, it would be nice if
>> this type of capability didn't look/act and be controlled >> differently. The differences between fully and para virtualized >> systems should disappear the higher into the control logic you go.
>> Were you able to give any thought on how to merge the models ? > > The 'support' for full-virt guests is *only* a qemu patch right now. > No tools integration at all. Integration would have to be in xend, as
> it is xend which kicks off the qemu-dm process for HVM guests. Setting > the 'timeoffset' based on the localtime config option wouldn't be very > hard, and would unify that new option across PV and HVM guests.
> Patches welcome (and moving the logic to work out what the time offset > should be from xc.c into xend itself would be nice).
Also, RTC emulation really belongs in Xen anyway, so it'll be possible
to unify at the dom0_op level at that point.
-- Keir
Yes; I agree. That would be reasonable.
-b
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|