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] PIT acceleration enhancement

To: Edwin Zhai <edwin.zhai@xxxxxxxxx>
Subject: [Xen-devel] Re: [PATCH] PIT acceleration enhancement
From: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Date: Wed, 22 Feb 2006 16:21:00 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx, Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Delivery-date: Wed, 22 Feb 2006 16:14:56 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20060222150758.GA7230@xxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20060222150758.GA7230@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx

On 22 Feb 2006, at 15:07, Edwin Zhai wrote:

PIT acceleration enhancement
add a new flag in HV to control whether re-arm the actimer and handle guest PIT io, by this we can * stop the actimer and io interception if guest change previous periodic mode to other mode.
* safely handle reinitialization of periodic mode from guest

Signed-off-by: Edwin Zhai <edwin.zhai@xxxxxxxxx>
Signed-off-by: Yunhong Jiang <yunhong.jiang@xxxxxxxxx>
Signed-off-by: Eddie Dong <eddie.dong@xxxxxxxxx>

Please can you just sync the PIT code with the current qemu tree and move the whole lot down into Xen? The current split between dom0 and xen is unnecessary and gross, and I hate this piecemeal ad hoc migration of PIT functionality from dom0 down to xen. Just move it all in one go.

The only things that should need implementing in qemu-dm are devices whose backend cannot be implemented in Xen (net, disc, keyboard, mouse, ....) -- generally real peripheral devices. Platform devices like PITs and PICs should be done entirely in Xen.

 -- Keir


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

<Prev in Thread] Current Thread [Next in Thread>