Patching qemu-0.14.0-2.fc14.src.rpm with

0001-Revert-spice-qxl-locking-fix-for-qemu-kvm.patch
0002-qxl-fix-locking-do-not-lock-from-spice-server-thread.patch
0003-qxl-read_pipe-keep-reading-as-long-as-there-are-thin.patch
0004-qxl-vga-update-don-t-read-preventing-pipe-loop-of-de.patch
0005-hw-qxl-render-add-TODO-s-for-cursor-updated.patch
0006-qxl-spice-remove-left-lock-dropping.patch

and reinstall corresponding rpms still doesn't allow spice to connect
to Ubuntu 10.10 KVM ( works for F14,SL6,W7)

Log File:

2011-03-15 20:11:40.057: starting up
LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=none /usr/local/bin/qemu-spice -S -M pc-0.14 -enable-kvm -m 1024 -smp 2,sockets=2,cores=1,threads=1 -name UBSP10 -uuid bf240dc8-7e83-cf00-9f2f-8b47904055fc -nodefconfig -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/UBSP10.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -boot c -drive file=/dev/sdb6,if=none,id=drive-virtio-disk0,boot=on,format=raw -device virtio-blk-pci,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0 -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=21,id=hostnet0 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=52:54:00:2b:5a:90,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -usb -vnc 127.0.0.1:0 -vga cirrus -device AC97,id=sound0,bus=pci.0,addr=0x4 -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6
char device redirected to /dev/pts/1
do_spice_init: starting 0.8.0
spice_server_add_interface: SPICE_INTERFACE_KEYBOARD
spice_server_add_interface: SPICE_INTERFACE_MOUSE
spice_server_add_interface: SPICE_INTERFACE_QXL
red_worker_main: begin
handle_dev_destroy_surfaces:
handle_dev_destroy_surfaces:
handle_dev_input: start
reds_handle_main_link:
reds_show_new_channel: channel 1:0, connected successfully, over Non Secure link
reds_main_handle_message: net test: latency 0.200000 ms, bitrate 3730418943 bps (3557.604735 Mbps)
reds_show_new_channel: channel 2:0, connected successfully, over Non Secure link
red_dispatcher_set_peer:
handle_dev_input: connect
handle_new_display_channel: jpeg disabled
handle_new_display_channel: zlib-over-glz disabled
reds_show_new_channel: channel 4:0, connected successfully, over Non Secure link
red_dispatcher_set_cursor_peer:
reds_show_new_channel: channel 3:0, connected successfully, over Non Secure link
inputs_link:
handle_dev_input: cursor connect
reds_disconnect:
red_dispatcher_shutdown_cursor_peer:
red_dispatcher_shutdown_peer:
handle_dev_input: cursor disconnect
handle_dev_input: disconnect
2011-03-15 20:12:08.014: shutting down

Boris.

--- On Mon, 3/14/11, Alon Levy <alevy@redhat.com> wrote:

From: Alon Levy <alevy@redhat.com>
Subject: [fedora-virt] qxl locking fixes round 2 (was: Re: spice and qemu 0.14)
To: "Gianluca Cecchi" <gianluca.cecchi@gmail.com>
Cc: "Hans de Goede" <hdegoede@redhat.com>, "virt@lists.fedoraproject.org" <virt@lists.fedoraproject.org>, "Uri Lublin" <uril@redhat.com>
Date: Monday, March 14, 2011, 3:48 PM

On Mon, Mar 14, 2011 at 05:00:46PM +0100, Gianluca Cecchi wrote:
> On Mon, Mar 14, 2011 at 4:08 PM, Alon Levy <alevy@redhat.com> wrote:
> > On Mon, Mar 14, 2011 at 02:59:30PM +0100, Gianluca Cecchi wrote:
> >> On Mon, Mar 14, 2011 at 12:42 PM, Gianluca Cecchi
> >> <gianluca.cecchi@gmail.com> wrote:
> >> >
> >> > I'm going to test...
> >> > Gianluca
> >> >
> >>
> >> If I run the w2k3 vm with vga as video adapter I get normal behaviour.
> >> If I set qxl and spice, the vm enters the initial black screen with
> >> bars at bottom and then shutdowns:
> >
> > shutdowns? anyway, this patchset is not good enough for qemu-kvm, will
> > reply to thread when we have something working.
> >
>
> Ok.
> shutdowns in log file.
> From a console point of view it powers off directly...

here is a new patchset, it's basically the old plus first patch of reverting gerd's
(cpu_single_env hackage) and last one removing all the locks, after being
convinced by hans (cc'ed) and uri that it should work. Tested with rhel
qemu-kvm, which should be identical (tm) to fedora qemu-kvm. On account of
being too lame to figure out how to add the patches to qemu.spec and doing a
scratch build right now..

Happy testing,
Alon


-----Inline Attachment Follows-----

_______________________________________________
virt mailing list
virt@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/virt