From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH v3 2/6] libxl: do not add a vkb backend to hvm guests Date: Thu, 25 Jun 2015 17:19:01 +0100 Message-ID: <1435249141.32500.111.camel@citrix.com> References: <1433930994-32527-2-git-send-email-stefano.stabellini@eu.citrix.com> <20150616145749.GC1813@zion.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Stefano Stabellini Cc: Ian.Jackson@eu.citrix.com, xen-devel@lists.xensource.com, Wei Liu List-Id: xen-devel@lists.xenproject.org On Tue, 2015-06-16 at 16:39 +0100, Stefano Stabellini wrote: > On Tue, 16 Jun 2015, Wei Liu wrote: > > On Wed, Jun 10, 2015 at 11:09:50AM +0100, Stefano Stabellini wrote: > > > When QEMU restricts its xenstore connection, it cannot provide PV > > > backends. A separate QEMU instance is required to provide PV backends in > > > userspace, such as qdisk. With two separate instances, it is not > > > possible to take advantage of vkb for mouse and keyboard, as the QEMU > > > that emulates the graphic card (the device model), would be separate > > > from the QEMU running the vkb backend (PV QEMU). > > > > > > > The question is that how would this affect the non-split setup. > > vkb is useful because emulating usb forces QEMU to wake up more often. > However there is no way around it. Does pvfb+vkb continue to work due to code somewhere else? Do we think anyone will actually be using emulated VGA + PV input devices?