From mboxrd@z Thu Jan 1 00:00:00 1970 From: =?windows-1252?Q?Roger_Pau_Monn=E9?= Subject: Re: [PATCH v3 2/6] libxl: do not add a vkb backend to hvm guests Date: Wed, 1 Jul 2015 12:55:09 +0200 Message-ID: <5593C70D.5020802@citrix.com> References: <1433930994-32527-2-git-send-email-stefano.stabellini@eu.citrix.com> <20150616145749.GC1813@zion.uk.xensource.com> <1435249141.32500.111.camel@citrix.com> <1435654263.21469.19.camel@citrix.com> <1435671177.21469.163.camel@citrix.com> <1435673633.21469.186.camel@citrix.com> <20150630203837.GF7546@l.oracle.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 , Konrad Rzeszutek Wilk Cc: Wei Liu , xen-devel@lists.xensource.com, Ian.Jackson@eu.citrix.com, Ian Campbell List-Id: xen-devel@lists.xenproject.org El 01/07/15 a les 12.29, Stefano Stabellini ha escrit: > Given that xen-fbfront is likely to go away for HVM guests, I wouldn't > be opposed to stop the driver initialization in Linux on x86/HVM. Unless > Roger's work on HVMlite is going to need xen-fbfront again, but in that > case we'll be able to distinguish a regular HVM guest from an HVMlite > guest, I think. I haven't get to that point yet, but yes, it seems useful for HVMlite guests because we won't have an emulated VGA card any more. HVMlite guest can be easily identified because they set the device model to none: device_model_version == LIBXL_DEVICE_MODEL_VERSION_NONE For HVMlite. Roger.