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

Re: [Xen-devel] Correct format for HVM graphics



On Thu, 5 Apr 2012, Stefan Bader wrote:
> > In any case, as I said before, if the alternatives are keeping the wait
> > time or patching xend, I would go for patching xend.
> > If we don't think we can fix Linux and backport the fix in a reasonable
> > time, patching xend might be the only option.
> 
> My impression is that you (the generic you) would not really want to modify 
> xend
> too much as it and the xm stack should go away anyway.
> Instead I would fix libvirt's use of xend when it is known that it is not
> working well (if using "vfb = [ 'vnc=1, ...' ]" or similar for sxpr is 
> creating
> a vkbd and xend/the xm stack does not support it, then just don't use it).
> 
> The question of removing the delays is not so much (well yes it is too, but 
> not
> always in ones own hands) whether it can be done or how quickly. Providing the
> means to run guests is something rather under our control. Be it Ubuntu as 
> dom0
> or Xenserver. But which kernels are run as guests is not.
> 
> So, as long as xend does not change its behavior, then changing libvirt in a 
> way
> that does never use the configuration format which causes a vkbd to be created
> (for HVM) is ok. And if it gets picked up upstream it helps all users of 
> libvirt
> the same.
> But if xend would change to allow using a vkbd, then it would be good if that
> could be synced with a xend version change which could be used inside libvirt 
> to
> modify its config output (as it does now but in some way with the wrong 
> version).
> 
> The kernel change to remove delays imo is a completely separate issue. And if
> just as an additional "pre-caution".

So the argument is that ATM libvirt uses a vfb config line with HVM
guests and that is wrong.
I agree with you there, the vfb config line is for PV guests only and
should be removed from any HVM guests configurations.
In fact, even if we add a vfb frontend/backend pair for HVM guests, it
probably won't go through a vfb config line, because the vnc/sdl
configuration would be shared between the vfb and vga devices.

So you convinced me that is OK to remove it from libvirt :-)

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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