[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Updating Xen 4.1.x xmexamples files (vfb line required for HVM guests)



On Tue, Jul 26, 2011 at 04:39:41PM +0100, Ian Campbell wrote:
> On Mon, 2011-07-25 at 17:05 -0400, Pasi Kärkkäinen wrote:
> > On Mon, Jul 25, 2011 at 04:39:16PM -0400, jim burns wrote:
> > > On Mon July 25 2011 3:57:23 PM Pasi wrote:
> > > > On Mon, Jul 25, 2011 at 03:48:18PM -0400, jim burns wrote:
> > > > > On Mon July 25 2011 3:31:22 PM Pasi wrote:
> > > > > > On Sat, Jul 23, 2011 at 02:26:56PM -0400, jim burns wrote:
> > > > > > > Pls cc: me, as I am not subscribed.
> > > 
> > > > > > Hello,
> > > 
> > > > > Hi, Pasi! Long time no 'see'.
> > > 
> > > Btw, maybe you were following the thread '[Xen-devel] Failure to create 
> > > HVM 
> > > DomU at Xen 4.1 ( kernel 3.0.0-5-generic) Ubuntu 11.10 (alpha 2)'.  In my 
> > > fork 
> > > of that thread, I summarized many other threads over the last month of 
> > > people 
> > > having problems starting an hvm domu under xen 4.1.x. Konrad finally 
> > > provided 
> > > the solution - 4.1.x requires the pv style vfb= line, not the indidvidual 
> > > variables.
> 
> Perhaps I misunderstand this stuff but AIUI the vfb= line configures a
> Xen PV framebuffer device whereas the individual vnc*/sdl*/etc variables
> configure the backend for the emulated VGA device. IOW they are pretty
> much orthogonal and (for an HVM guest) both should work (dependent on
> the required in-guest support being available). Also I'm not sure if
> they can be used simultaneously, I expect they can.

Seems you can (mix them both). I honestly had no idea and just used either one
figuring it was 'xl' "bug". As in 'xm' it used to work with just individual 
'vfb'
lines.

Hmm, should have reported this at some point - sorry about that.

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


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.