[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [RFC PATCH v2 06/17] libxl: create vkb device only for guests with graphics output
On Thu, 1 Nov 2018, Ian Jackson wrote: > (CCing Stefano's new address.) Thank you, I am still responsive at my kernel.org address too. > Marek Marczykowski-Górecki writes ("[RFC PATCH v2 06/17] libxl: create vkb > device only for guests with graphics output"): > > The forced vkb device is meant for better performance of qemu access > > (at least according to ebbd2561b4cefb299f0f68a88b2788504223de18 "libxl: > > Add a vkbd frontend/backend pair for HVM guests"), which isn't used if > > there is no configured channel to actually access that keyboard. > > I think the background here is that the "usb keyboard/mouse" referred > to in ebbd2561 is supposedly used only for vnc ? Yes. The idea is that if the guest doesn't use the usb keyboard/mouse, QEMU will need far less frequent wakeups in Dom0. > I think we still support SDL though, so maybe that needs to be checked > too. I did `git-grep -i sdl tools/libxl' and there's a few > occurrences of something like this > tools/libxl/libxl_dm.c: if (!sdl && !vnc) > in particular, in one of these cases it passes -nographic to qemu. > > Probably the situations where we shouldn't unconditionally provide a > vkb are those where -nographic is passed to qemu ? Yes, if the configured machine already is meant to be used without emulated usb keyboard mouse, then vkb is not necessary. > Maybe we need a helper inline function for sdl || vnc. If you decide > to introduce one, please do that in a patch before this one. _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |