|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v16] libxl: Add qxl vga interface support for upstream qemu
Il 27/05/2014 17:05, Fabio Fantoni ha scritto: Usage: vga="qxl" Qxl vga support many resolutions that not supported by stdvga, mainly the 16:9 ones and other high up to 2560x1600. With QXL you can get improved performance and smooth video also with high resolutions and high quality. Require their drivers installed in the domU and spice used otherwise act as a simple stdvga. Signed-off-by: Fabio Fantoni <fabio.fantoni@xxxxxxx> Signed-off-by: Zhou Peng <zpengxen@xxxxxxxxx> Acked-by: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx> Acked-by: Ian Jackson <ian.jackson@xxxxxxxxxxxxx> Acked-by: George Dunlap <george.dunlap@xxxxxxxxxxxxx> --- Changes in v16: - refresh - improved commit description Changes in v15: - refresh - small code improvements in libxl_dm.c Changes in v14: - refresh - update qemu parameters (from -vga to -device) NOTES: Works correctly with windows domUs, tested on windows 7 64 bit with qxl driver from spice guest tools 0.74. I tested some resolution not supported by stdvga (1366x768, 1600x900 and 1920x1080) with 32 bit color and all works good equal to kvm. For now not works on linux domUs when xorg have 100% cpu and black screen with qxl driver installed. Seems needed other changes/fixes on xen and/or xorg/qxl driver side before have it full working with linux domUs. The big performance issue with qxl on windows 7 seems now full solved on my unstable testing of latest week and works good on xen (equal to kvm). Mainly part of problem seems solved by qemu 2.0 and spice server 0.12.5.The latest part by recent xen-unstable, today I tried also with latest stable-4.4 (with qemu 2.0) but problem is still partially present (even if notable only on big resolution, for example 1920x1080), I not know which xen-unstable commit/s solves the problem. The exact source used in my tests:stable-4.4 (with still some performance problem): https://github.com/Fantu/Xen/commits/rebase/m2r-testing unstable (working equal to kvm): https://github.com/Fantu/Xen/commits/rebase/m2r-next About linux domUs this is my latest test with xorg backtrace included: http://lists.xen.org/archives/html/xen-devel/2014-06/msg00342.htmlI hope this information is helpful to anyone who wants to try/use qxl on xen. Can someone take a look at the problem remained on linux domUsplease? Unfortunately, recently I have no time for in-depth debugging and most probably I not be able to solve the problem. --- docs/man/xl.cfg.pod.5 | 10 +++++++++- tools/libxl/libxl_create.c | 13 +++++++++++++ tools/libxl/libxl_dm.c | 8 ++++++++ tools/libxl/libxl_types.idl | 1 + tools/libxl/xl_cmdimpl.c | 2 ++ 5 files changed, 33 insertions(+), 1 deletion(-) diff --git a/docs/man/xl.cfg.pod.5 b/docs/man/xl.cfg.pod.5 index 0ca37bc..972fc37 100644 --- a/docs/man/xl.cfg.pod.5 +++ b/docs/man/xl.cfg.pod.5 @@ -1097,6 +1097,9 @@ qemu-xen-traditional device-model, the amount of video RAM is fixed at 4 MB, which is sufficient for 1024x768 at 32 bpp. For the upstream qemu-xen device-model, the default and minimum is 8 MB.+For B<qxl> vga, the default is both default and minimal 128MB.+If B<videoram> is set less than 128MB, an error will be triggered. + =item B<stdvga=BOOLEAN>Select a standard VGA card with VBE (VESA BIOS Extensions) as the@@ -1108,9 +1111,14 @@ This option is deprecated, use vga="stdvga" instead.=item B<vga="STRING"> -Selects the emulated video card (none|stdvga|cirrus).+Selects the emulated video card (none|stdvga|cirrus|qxl). The default is cirrus.+In general, QXL should work with the Spice remote display protocol+for acceleration, and QXL driver is necessary in guest in this case. +QXL can also work with the VNC protocol, but it will be like a standard +VGA without acceleration. + =item B<vnc=BOOLEAN>Allow access to the display via the VNC protocol. This enables the _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |