Il 13/06/2012 13:40, ZhouPeng ha scritto: > On Wed, Jun 13, 2012 at 5:38 PM, Fabio Fantoni wrote: >> Il 13/06/2012 11:02, ZhouPeng ha scritto: >> >>> On Mon, Jun 11, 2012 at 7:56 PM, Fabio Fantoni >>> wrote: >>>> Il 24/05/2012 13:28, ZhouPeng ha scritto: >>>> >>>>> On Thu, May 24, 2012 at 6:13 PM, Stefano Stabellini >>>>> wrote: >>>>>> On Thu, 24 May 2012, ZhouPeng wrote: >>>>>>> Sorry for late reply, I am not on this mail these days because of my >>>>>>> work. >>>>>>> >>>>>>> I further test qxl-vga and I think I figure out the problem in some >>>>>>> extend. >>>>>>> >>>>>>> If using qxl device, the default memory size of vga is 64M. >>>>>>> Which will cause xen_ram_alloc(qemu/xen-all.c) fails. >>>>>>> >>>>>>> The exact reason is xc_domain_populate_physmap_exact fails, because >>>>>>> xen-hypervisor >>>>>>> fail, >>>>>>> it's because of alloc_domheap_pages(d, a->extent_order, a->memflags) >>>>>>> fails in hypervisor. >>>>>>> >>>>>>> I am not very familiar with xen's memory management, Does 64M exceed >>>>>>> xen's heap space in this context? >>>>>> XL sets an upper bound of memory that can be allocated to the VM in >>>>>> libxl__build_pre, calling xc_domain_setmaxmem. >>>>>> My guess is that a 64MB allocation would go over that limit. >>>>>> You could try increasing the limit manually changing the >>>>>> xc_domain_setmaxmem call in libxl__build_pre, or you could try setting >>>>>> videoram=64 in the VM config file. >>>>> Your guess is absolutely right! >>>>> >>>>> But set videoram=128 or >>>>> xc_domain_setmaxmem(ctx->xch, domid, info->target_memkb + >>>>> LIBXL_MAXMEM_CONSTANT + 2 * 64 * 1024); >>>>> >>>>> Then I successfuly install qxl driver in win-hvm and QXL can work >>>>> properly. >>>>> >>>>> I will send some patch to add qxl support to libxl. >>>> I tried your 3 patches taken from the mailing list, it works but doesn't >>>> solve qxl problems for me, on linux domU (Precise and Wheezy) xorg >>>> doesn't >>>> start and on windows 7 I have heavy performance problem (unusable). >>> Could you find qxl vga card (named "Red Hat QXL GPU") in your >>> windows hvm's device manager to make sure your qxl is working? >>> >>> My testing hvm-guest is Win XP. >>> >>> I played "Harry Potter" in my LAN smoothly, qxl gives >>> great enhancement . >>> >>> Although I don't test win7 and linux, I think it should work for them. >>>> I tried also with qemu 1.1.0 but nothing change. >>> I am not sure qemu 1.1.0 accept all the patches for xen. >>> >>> Could you have a try of git://xenbits.xen.org/qemu-upstream-unstable.git >>> >>> It is build and installed by default, you should enable spice support. >>> spice can be enabled like below: >>> >>> +++ b/tools/Makefile Sat May 26 12:31:01 2012 +0800 >>> @@ -157,6 +157,7 @@ subdir-all-qemu-xen-dir subdir-install-q >>> --bindir=$(LIBEXEC) \ >>> --datadir=$(SHAREDIR)/qemu-xen \ >>> --disable-kvm \ >>> + --enable-spice \ >>> >>>> Does it work correctly for you? If so can I have some detail of your >>>> configurations please? >>> My vm.cfg: >>> >>> name = 'xpPro_spice' >>> firmware_override = '/usr/lib/xen/boot/hvmloader' >>> builder = 'hvm' >>> memory = '1024' >>> device_model_version = 'qemu-xen' >>> device_model_override = '/usr/lib/xen/bin/qemu-system-i386' >>> disk = [ 'file:/path-to-img/xpPro.img,ioemu:hda,w' ] >>> vif = ['ip=192.168.1.112, type=ioemu, bridge=eth0, mac=00:21:97:CB:0E:7D'] >>> sdl=0 >>> vnc=0 >>> vncviewer=0 >>> serial = 'pty' >>> vcpus=1 >>> usbdevice='tablet' >>> #spice >>> spice=1 >>> qxl=1 >>> #qxlram=64 >>> #qxlvram=64 >>> spiceport=6000 >>> spicehost='192.168.1.187' >>> spicedisable_ticketing = 1 >>> spiceagent_mouse = 0 # (1|0) >>> >>>> For audio support this is needed too: (tested and working) >>>> -device intel-hda,id=sound0 -device hda-duplex,id=sound0-codec0 on qemu >>>> invocation and env QEMU_AUDIO_DRV=spice >>>> Can you add audio support on libxl please? >>> I think audio support can be considered after qxl accpted. >>>> >> Thanks for reply, qxl driver is installed, windows see qxl video card, >> already compiled qemu with spice with patch I send months ago, already tried >> git://xenbits.xen.org/qemu-upstream-unstable.git before 1.1. >> Unfortunately the results are always the same. >> Here a quick recording: >> Windows 7 test: http://fantu.it/vari/spiceqxldebug1.mkv > oh... it shows spice+qxl running on Xen get > significant performance reduction compared with KVM ... > >> Debian wheezy test: http://fantu.it/vari/spiceqxldebug2.mkv >> Are not new but the result of the last test is the same. >> I hope I can help you understand the problem. >> If you need more information ask. We are trying to reproduce your results but failed so far. Can you give me details about the dom0 used for your tests please? For example here are details about my testing dom0: Wheezy 64 bit with kernel from package linux-image-3.2.0-2-amd64 version 3.2.18-1, package blktap-dkms and all dependency packages for xen 4.2, spice and usb redirection. ------------------------- /etc/modules ------------ loop max_loop=64 xenfs xen-evtchn blktap ------------------------- hg clone http://xenbits.xen.org/xen-unstable.hg vi config/StdGNU.mk # Workaround for Wheezy with multiarch support, there are parts that use LIBDIR set here instead of the one in configure (libdir) LIBLEAFDIR_x86_64 ?= lib vi Config.mk PYTHON_PREFIX_ARG = ------------------------- Added some patches: - autoconf: add variable for pass arbitrary options to qemu upstream v3 - tools: Improve make deb - libxc: do not "panic" if a kernel is not a bzImage. - tools/hotplug/Linux/init.d/: added other xen kernel modules on xencommons start - 3 patches for add qxl support ------------------------- ./configure --enable-qemuu-spice --enable-qemuu-usbredir --enable-qemuu-debug ------------------------- make deb Is qxl someway affected by physical video card of dom0? Have you installed spice-guest-tools-0.1.exe from spice site, if no what do you use for qxl driver? Have you also installed gplpv driver or not? Thanks for any reply.