spice and qemu 0.14

[Gianluca Cecchi]

Is there any ETA for spice working again with qemu 0.14?

Thanks,
Gianluca

[Richard W.M. Jones]

On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> Is there any ETA for spice working again with qemu 0.14?

Sorry, but there are no hard guarantees for anything in Fedora.  The
project is run by volunteers.  Even people working for Red Hat work on
RHEL first and foremost.

Maybe contribute the required patch / updates / work yourself?

Rich.

[Gianluca Cecchi]

On Saturday, March 12, 2011, Richard W.M. Jones  wrote:
> On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> > Is there any ETA for spice working again with qemu 0.14?
>
> Sorry, but there are no hard guarantees for anything in Fedora.  The
> project is run by volunteers.  Even people working for Red Hat work on
> RHEL first and foremost.
>
> Maybe contribute the required patch / updates / work yourself?
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
> Read my programming blog: http://rwmj.wordpress.com
> Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

Actually I didn't mean eta in its formal way... Sorry for my miswrite ...
Not the best acronym for my purposes...
To explain better: I meant that I'm using virt-preview repo in f14 and
would like to further test spice and give feedback again to have then
a better f15...
If I remember correctly there was a post saying that an incoming patch
was arriving ..
Gianluca

[Justin Forbes]

On Sat, 2011-03-12 at 18:44 +0100, Gianluca Cecchi wrote:
> On Saturday, March 12, 2011, Richard W.M. Jones  wrote:
> > On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> > > Is there any ETA for spice working again with qemu 0.14?
> >
> > Sorry, but there are no hard guarantees for anything in Fedora.  The
> > project is run by volunteers.  Even people working for Red Hat work on
> > RHEL first and foremost.
> >
> > Maybe contribute the required patch / updates / work yourself?
> >
> > Rich.
> >
> > --
> > Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
> > Read my programming blog: http://rwmj.wordpress.com
> > Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> > http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
>
> Actually I didn't mean eta in its formal way... Sorry for my miswrite ...
> Not the best acronym for my purposes...
> To explain better: I meant that I'm using virt-preview repo in f14 and
> would like to further test spice and give feedback again to have then
> a better f15...
> If I remember correctly there was a post saying that an incoming patch
> was arriving ..
> Gianluca

There was a patch floating around, but it is incomplete, and the real
solution is still being debated upstream.  As soon as a patch is ready,
we will get it into Fedora.

Justin

[Boris Derzhavets]

Gerd's Hoffman patch ( http://patchwork.ozlabs.org/patch/84704/) seems to path through limited testing :-

http://bderzhavets.wordpress.com/2011/03/13/qemu-kvm-0-14-patching-via-gerds...

I was able to connect via spice to F14,SL6 KVM running with updated emulator by
virt-manager.

Boris.
Env : F14+Libvirt Preview

--- On Sat, 3/12/11, Gianluca Cecchi  wrote:

From: Gianluca Cecchi 
Subject: Re: [fedora-virt] spice and qemu 0.14
To: "Richard W.M. Jones" 
Cc: "[e-mail]" 
Date: Saturday, March 12, 2011, 12:44 PM

On Saturday, March 12, 2011, Richard W.M. Jones  wrote:
> On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> > Is there any ETA for spice working again with qemu 0.14?
>
> Sorry, but there are no hard guarantees for anything in Fedora.  The
> project is run by volunteers.  Even people working for Red Hat work on
> RHEL first and foremost.
>
> Maybe contribute the required patch / updates / work yourself?
>
> Rich.
>
> --
> Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones
> Read my programming blog: http://rwmj.wordpress.com
> Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora

Actually I didn't mean eta in its formal way... Sorry for my miswrite ...
Not the best acronym for my purposes...
To explain better: I meant that I'm using virt-preview repo in f14 and
would like to further test spice and give feedback again to have then
a better f15...
If I remember correctly there was a post saying that an incoming patch
was arriving ..
Gianluca
_______________________________________________
virt mailing list
[e-mail]
https://admin.fedoraproject.org/mailman/listinfo/virt

[Gianluca Cecchi]

I followed the post and compiled all with
rpmbuild -bb ./qemu.spec
then
- rpm -e qemu-kvm qemu-system-x86 qemu-img qemu-common libvirt
- rpm -Uvh qemu-kvm-0.14.0-2.fc14.x86_64.rpm
qemu-kvm-tools-0.14.0-2.fc14.x86_64.rpm
qemu-system-x86-0.14.0-2.fc14.x86_64.rpm qemu-img-0.14.0-2.fc14.x86_64.rpm
qemu-common-0.14.0-2.fc14.x86_64.rpm
- yum install libvirt (from virt-preview repo)

I'm now able to connect to my w2k3 guest with spicec and can get audio
working too, so there is a step forward.

Only problem is that in w2k3 I'm forced to have the video card driver set as
vga, because if I install the qxl driver I then reboot
and the w2k3 guest remains in black and then powers off....
In  /var/log/libvirt/qemu/w2k3.log I can see:
qemu-kvm: /home/gcecchi/rpmbuild/BUILD/qemu-kvm-0.14.0/qemu-kvm.c:1724:
kvm_mutex_unlock: Assertion `!cpu_single_env' failed.
2011-03-13 20:22:58.116: shutting down
...

I don't know if the qxl driver is supposed to work in w2k3 (I'm using the
qxl-win32-0.6.1.zip file for drivers) or if this is an expected behaviour

Gianluca

On Sun, Mar 13, 2011 at 2:06 PM, Boris Derzhavets wrote:
> Gerd's Hoffman patch ( http://patchwork.ozlabs.org/patch/84704/) seems to
> path through limited testing :-
>
> http://bderzhavets.wordpress.com/2011/03/13/qemu-kvm-0-14-patching-via-gerds...
>
> I was able to connect via spice to F14,SL6 KVM running with updated
> emulator by
> virt-manager.
>
> Boris.
> Env : F14+Libvirt Preview
>
> --- On *Sat, 3/12/11, Gianluca Cecchi * wrote:
>
> From: Gianluca Cecchi 
> Subject: Re: [fedora-virt] spice and qemu 0.14
> To: "Richard W.M. Jones" 
> Cc: "[e-mail]" 
> Date: Saturday, March 12, 2011, 12:44 PM
>
> On Saturday, March 12, 2011, Richard W.M. Jones <[e-mail]://mc/compose?to=[e-mail]>
> wrote:
> > On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> > > Is there any ETA for spice working again with qemu 0.14?
> >
> > Sorry, but there are no hard guarantees for anything in Fedora.  The
> > project is run by volunteers.  Even people working for Red Hat work on
> > RHEL first and foremost.
> >
> > Maybe contribute the required patch / updates / work yourself?
> >
> > Rich.
> >
> > --
> > Richard Jones, Virtualization Group, Red Hat
>
> http://people.redhat.com/~rjones
> > Read my programming blog: http://rwmj.wordpress.com
> > Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> > http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
>
> Actually I didn't mean eta in its formal way... Sorry for my miswrite ...
> Not the best acronym for my purposes...
> To explain better: I meant that I'm using virt-preview repo in f14 and
> would like to further test spice and give feedback again to have then
> a better f15...
> If I remember correctly there was a post saying that an incoming patch
> was arriving ..
> Gianluca
> _______________________________________________
> virt mailing list
> [e-mail]://mc/compose?to=[e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/virt

[Alon Levy]

On Sun, Mar 13, 2011 at 08:36:43PM +0100, Gianluca Cecchi wrote:
> I followed the post and compiled all with
> rpmbuild -bb ./qemu.spec
> then
> rpm -e qemu-kvm qemu-system-x86 qemu-img qemu-common libvirt
> rpm -Uvh qemu-kvm-0.14.0-2.fc14.x86_64.rpm
>
> qemu-kvm-tools-0.14.0-2.fc14.x86_64.rpm
> qemu-system-x86-0.14.0-2.fc14.x86_64.rpm qemu-img-0.14.0-2.fc14.x86_64.rpm
> qemu-common-0.14.0-2.fc14.x86_64.rpm
> yum install libvirt (from virt-preview repo)
>
> I'm now able to connect to my w2k3 guest with spicec and can get audio
> working too, so there is a step forward.
>
> Only problem is that in w2k3 I'm forced to have the video card driver set as
> vga, because if I install the qxl driver I then reboot
> and the w2k3 guest remains in black and then powers off....
> In  /var/log/libvirt/qemu/w2k3.log I can see:
> qemu-kvm: /home/gcecchi/rpmbuild/BUILD/qemu-kvm-0.14.0/qemu-kvm.c:1724:
> kvm_mutex_unlock: Assertion `!cpu_single_env' failed.
> 2011-03-13 20:22:58.116: shutting down
> ...
>
> I don't know if the qxl driver is supposed to work in w2k3 (I'm using the
> qxl-win32-0.6.1.zip file for drivers) or if this is an expected behaviour
>
> Gianluca
>
> On Sun, Mar 13, 2011 at 2:06 PM, Boris Derzhavets wrote:

I'd appreciate if you tried the following branch and tell me if it works
on your windows 2003 vm. It works here on a fedora 64 bit and winxp sp3:

git://anongit.freedesktop.org/~alon/qemu locking.fixes.candidate.1

Alon
> > Gerd's Hoffman patch ( http://patchwork.ozlabs.org/patch/84704/) seems to
> > path through limited testing :-
> >
> > http://bderzhavets.wordpress.com/2011/03/13/qemu-kvm-0-14-patching-via-gerds...
> >
> > I was able to connect via spice to F14,SL6 KVM running with updated
> > emulator by
> > virt-manager.
> >
> > Boris.
> > Env : F14+Libvirt Preview
> >
> > --- On *Sat, 3/12/11, Gianluca Cecchi * wrote:
> >
> > From: Gianluca Cecchi 
> > Subject: Re: [fedora-virt] spice and qemu 0.14
> > To: "Richard W.M. Jones" 
> > Cc: "[e-mail]" 
> > Date: Saturday, March 12, 2011, 12:44 PM
> >
> > On Saturday, March 12, 2011, Richard W.M. Jones <[e-mail]://mc/compose?to=[e-mail]>
> > wrote:
> > > On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> > > > Is there any ETA for spice working again with qemu 0.14?
> > >
> > > Sorry, but there are no hard guarantees for anything in Fedora.  The
> > > project is run by volunteers.  Even people working for Red Hat work on
> > > RHEL first and foremost.
> > >
> > > Maybe contribute the required patch / updates / work yourself?
> > >
> > > Rich.
> > >
> > > --
> > > Richard Jones, Virtualization Group, Red Hat
> >
> > http://people.redhat.com/~rjones
> > > Read my programming blog: http://rwmj.wordpress.com
> > > Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> > > http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
> >
> > Actually I didn't mean eta in its formal way... Sorry for my miswrite ...
> > Not the best acronym for my purposes...
> > To explain better: I meant that I'm using virt-preview repo in f14 and
> > would like to further test spice and give feedback again to have then
> > a better f15...
> > If I remember correctly there was a post saying that an incoming patch
> > was arriving ..
> > Gianluca
> > _______________________________________________
> > virt mailing list
> > [e-mail]://mc/compose?to=[e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/virt
> virt mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/virt

[Alon Levy]

On Sun, Mar 13, 2011 at 10:50:45PM +0200, Alon Levy wrote:
> On Sun, Mar 13, 2011 at 08:36:43PM +0100, Gianluca Cecchi wrote:
> > I followed the post and compiled all with
> > rpmbuild -bb ./qemu.spec
> > then
> > rpm -e qemu-kvm qemu-system-x86 qemu-img qemu-common libvirt
> > rpm -Uvh qemu-kvm-0.14.0-2.fc14.x86_64.rpm
> >
> > qemu-kvm-tools-0.14.0-2.fc14.x86_64.rpm
> > qemu-system-x86-0.14.0-2.fc14.x86_64.rpm qemu-img-0.14.0-2.fc14.x86_64.rpm
> > qemu-common-0.14.0-2.fc14.x86_64.rpm
> > yum install libvirt (from virt-preview repo)
> >
> > I'm now able to connect to my w2k3 guest with spicec and can get audio
> > working too, so there is a step forward.
> >
> > Only problem is that in w2k3 I'm forced to have the video card driver set as
> > vga, because if I install the qxl driver I then reboot
> > and the w2k3 guest remains in black and then powers off....
> > In  /var/log/libvirt/qemu/w2k3.log I can see:
> > qemu-kvm: /home/gcecchi/rpmbuild/BUILD/qemu-kvm-0.14.0/qemu-kvm.c:1724:
> > kvm_mutex_unlock: Assertion `!cpu_single_env' failed.
> > 2011-03-13 20:22:58.116: shutting down
> > ...
> >
> > I don't know if the qxl driver is supposed to work in w2k3 (I'm using the
> > qxl-win32-0.6.1.zip file for drivers) or if this is an expected behaviour
> >
> > Gianluca
> >
> > On Sun, Mar 13, 2011 at 2:06 PM, Boris Derzhavets wrote:
>
> I'd appreciate if you tried the following branch and tell me if it works
> on your windows 2003 vm. It works here on a fedora 64 bit and winxp sp3:
> git://anongit.freedesktop.org/~alon/qemu locking.fixes.candidate.1
>
> Alon

Sorry, that's the qemu upstream branch. For qemu-kvm I'm attaching the patches, but
I haven't tested them yet (will tommorrow).

Alon
> > > Gerd's Hoffman patch ( http://patchwork.ozlabs.org/patch/84704/) seems to
> > > path through limited testing :-
> > >
> > > http://bderzhavets.wordpress.com/2011/03/13/qemu-kvm-0-14-patching-via-gerds...
> > >
> > > I was able to connect via spice to F14,SL6 KVM running with updated
> > > emulator by
> > > virt-manager.
> > >
> > > Boris.
> > > Env : F14+Libvirt Preview
> > >
> > > --- On *Sat, 3/12/11, Gianluca Cecchi * wrote:
> > >
> > > From: Gianluca Cecchi 
> > > Subject: Re: [fedora-virt] spice and qemu 0.14
> > > To: "Richard W.M. Jones" 
> > > Cc: "[e-mail]" 
> > > Date: Saturday, March 12, 2011, 12:44 PM
> > >
> > > On Saturday, March 12, 2011, Richard W.M. Jones <[e-mail]://mc/compose?to=[e-mail]>
> > > wrote:
> > > > On Sat, Mar 12, 2011 at 10:55:30AM +0100, Gianluca Cecchi wrote:
> > > > > Is there any ETA for spice working again with qemu 0.14?
> > > >
> > > > Sorry, but there are no hard guarantees for anything in Fedora.  The
> > > > project is run by volunteers.  Even people working for Red Hat work on
> > > > RHEL first and foremost.
> > > >
> > > > Maybe contribute the required patch / updates / work yourself?
> > > >
> > > > Rich.
> > > >
> > > > --
> > > > Richard Jones, Virtualization Group, Red Hat
> > >
> > > http://people.redhat.com/~rjones
> > > > Read my programming blog: http://rwmj.wordpress.com
> > > > Fedora now supports 80 OCaml packages (the OPEN alternative to F#)
> > > > http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora
> > >
> > > Actually I didn't mean eta in its formal way... Sorry for my miswrite ...
> > > Not the best acronym for my purposes...
> > > To explain better: I meant that I'm using virt-preview repo in f14 and
> > > would like to further test spice and give feedback again to have then
> > > a better f15...
> > > If I remember correctly there was a post saying that an incoming patch
> > > was arriving ..
> > > Gianluca
> > > _______________________________________________
> > > virt mailing list
> > > [e-mail]://mc/compose?to=[e-mail]
> > > https://admin.fedoraproject.org/mailman/listinfo/virt
> > virt mailing list
> > [e-mail]
> > https://admin.fedoraproject.org/mailman/listinfo/virt
>
> virt mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/virt

[Gianluca Cecchi]

On Sun, Mar 13, 2011 at 10:05 PM, Alon Levy  wrote:
> > Alon
>
> Sorry, that's the qemu upstream branch. For qemu-kvm I'm attaching the patches, but
> I haven't tested them yet (will tommorrow).
>
> Alon

Is it correct that to apply and test your patches I could:
- start from the build enviroment I already downloaded from
http://repos.fedorapeople.org/repos/jforbes/virt-preview/fedora-14/SRPMS/qem...
- put your patches in my rpmbuild environment SOURCES directory
- modify my qemu.spec to apply them
- re-run rpmbuild -bb qemu.spec
- test
?

Gianluca

[Alon Levy]

On Mon, Mar 14, 2011 at 10:06:52AM +0100, Gianluca Cecchi wrote:
> On Sun, Mar 13, 2011 at 10:05 PM, Alon Levy  wrote:
> > > Alon
> >
> > Sorry, that's the qemu upstream branch. For qemu-kvm I'm attaching the patches, but
> > I haven't tested them yet (will tommorrow).
> >
> > Alon
>
> Is it correct that to apply and test your patches I could:
> start from the build enviroment I already downloaded from
>
> http://repos.fedorapeople.org/repos/jforbes/virt-preview/fedora-14/SRPMS/qem...
> put your patches in my rpmbuild environment SOURCES directory
> modify my qemu.spec to apply them
> re-run rpmbuild -bb qemu.spec
> test
>
> ?

I think that wouldn't be enough, you'll have to add the lines to the spec to tell it to apply them.
But since this is not how I applied them I'm not sure - I tested them with the RHEL 6 qemu, not with
the fedora one.
> Gianluca

[Gianluca Cecchi]

On Mon, Mar 14, 2011 at 11:14 AM, Alon Levy  wrote:
> I think that wouldn't be enough, you'll have to add the lines to the spec to tell it to apply them.
> But since this is not how I applied them I'm not sure - I tested them with the RHEL 6 qemu, not with
> the fedora one.

Ok, done.
Only thing is that I had to change 0001 and 0003 patches for what
regards the ui/spice-display.h header file...
For 0001 there was a discrepancy about the part
     /* qemu-kvm locking ... */
     void *env;
that was expected to be already there but it wasn't...
For the other parts they worked if I manually used fuzz=1 but with the
default fuzz=0 they didn't work.
So I manually changed the related part and then I was able to build
the rpm files

at the end of the patches,  the spice-display.h contains this
information for the struct SimpleSpiceDisplay:

typedef struct SimpleSpiceDisplay {
    DisplayState *ds;
    void *buf;
    int bufsize;
    QXLWorker *worker;
    QXLInstance qxl;
    uint32_t unique;
    QemuPfConv *conv;

QXLRect dirty;
    int notify;
    int running;

/* ssd updates (one request/command at a time) */
    struct SimpleSpiceUpdate *update;
    int waiting_for_update;

/* qemu-kvm locking ... */
     void *env;
} SimpleSpiceDisplay;

I'm going to test...
Gianluca

[Gianluca Cecchi]

On Mon, Mar 14, 2011 at 12:42 PM, Gianluca Cecchi
 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:
This is what I have in /var/log/libvirt/qemu/w2k3.log

2011-03-14 14:50:45.110: starting up
LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=spice
/usr/bin/qemu-kvm -S -M fedora-13 -cpu core2duo,+x2apic -enable-kvm -m
1536 -smp 1,sockets=1,cores=1,threads=1 -name w2k3 -uuid
5ee312e2-2e2e-4503-f1c2-749592bb6ca8 -nodefconfig -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/w2k3.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime
-boot dc -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 -drive
file=/f13/var/lib/libvirt/images/w2k3new.img,if=none,id=drive-ide0-0-1,format=raw
-device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1
-netdev tap,fd=21,id=hostnet0 -device
rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:ff:61:63,bus=pci.0,addr=0x4
-chardev pty,id=charserial0 -device
isa-serial,chardev=charserial0,id=serial0 -usb -device
usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing
-vga qxl -device AC97,id=sound0,bus=pci.0,addr=0x5 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3
char device redirected to /dev/pts/9
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
spice_server_add_interface: SPICE_INTERFACE_RECORD
spice_server_add_interface: SPICE_INTERFACE_PLAYBACK
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.624000 ms, bitrate
11070270270 bps (10557.432432 Mbps)
reds_show_new_channel: channel 5:0, connected successfully, over Non Secure link
reds_show_new_channel: channel 3:0, connected successfully, over Non Secure link
inputs_link:
reds_show_new_channel: channel 4:0, connected successfully, over Non Secure link
red_dispatcher_set_cursor_peer:
handle_dev_input: cursor connect
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 6:0, connected successfully, over Non Secure link
spice_server_add_interface: SPICE_INTERFACE_TABLET
handle_dev_input: mouse mode 2
qemu-kvm: /home/gcecchi/rpmbuild/BUILD/qemu-kvm-0.14.0/qemu-kvm.c:1724:
kvm_mutex_unlock: Assertion `!cpu_single_env' failed.
2011-03-14 14:51:15.023: shutting down

This vm was originally created in F13+virt-preview, so you will find

-M fedora-13

in qemu command.
Do I have to change machine-type?
<type arch='i686' machine='fedora-13'>hvm</type>

To something similar to this (noticed when creating a win7 vm in
F14+virt-preview):
<type arch='x86_64' machine='pc-0.14'>hvm</type>

BTW: also the win7 32bit machine shutdowns when using qxl video adapter....
Gianluca

[Alon Levy]

On Mon, Mar 14, 2011 at 02:59:30PM +0100, Gianluca Cecchi wrote:
> On Mon, Mar 14, 2011 at 12:42 PM, Gianluca Cecchi
>  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.
> This is what I have in /var/log/libvirt/qemu/w2k3.log
>
> 2011-03-14 14:50:45.110: starting up
> LC_ALL=C PATH=/sbin:/usr/sbin:/bin:/usr/bin QEMU_AUDIO_DRV=spice
> /usr/bin/qemu-kvm -S -M fedora-13 -cpu core2duo,+x2apic -enable-kvm -m
> 1536 -smp 1,sockets=1,cores=1,threads=1 -name w2k3 -uuid
> 5ee312e2-2e2e-4503-f1c2-749592bb6ca8 -nodefconfig -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/w2k3.monitor,server,nowait
> -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime
> -boot dc -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 -drive
> file=/f13/var/lib/libvirt/images/w2k3new.img,if=none,id=drive-ide0-0-1,format=raw
> -device ide-drive,bus=ide.0,unit=1,drive=drive-ide0-0-1,id=ide0-0-1
> -netdev tap,fd=21,id=hostnet0 -device
> rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:ff:61:63,bus=pci.0,addr=0x4
> -chardev pty,id=charserial0 -device
> isa-serial,chardev=charserial0,id=serial0 -usb -device
> usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing
> -vga qxl -device AC97,id=sound0,bus=pci.0,addr=0x5 -device
> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x3
> char device redirected to /dev/pts/9
> 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
> spice_server_add_interface: SPICE_INTERFACE_RECORD
> spice_server_add_interface: SPICE_INTERFACE_PLAYBACK
> 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.624000 ms, bitrate
> 11070270270 bps (10557.432432 Mbps)
> reds_show_new_channel: channel 5:0, connected successfully, over Non Secure link
> reds_show_new_channel: channel 3:0, connected successfully, over Non Secure link
> inputs_link:
> reds_show_new_channel: channel 4:0, connected successfully, over Non Secure link
> red_dispatcher_set_cursor_peer:
> handle_dev_input: cursor connect
> 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 6:0, connected successfully, over Non Secure link
> spice_server_add_interface: SPICE_INTERFACE_TABLET
> handle_dev_input: mouse mode 2
> qemu-kvm: /home/gcecchi/rpmbuild/BUILD/qemu-kvm-0.14.0/qemu-kvm.c:1724:
> kvm_mutex_unlock: Assertion `!cpu_single_env' failed.
> 2011-03-14 14:51:15.023: shutting down
>
> This vm was originally created in F13+virt-preview, so you will find
>
> -M fedora-13
>
> in qemu command.
> Do I have to change machine-type?
> <type arch='i686' machine='fedora-13'>hvm</type>
>
> To something similar to this (noticed when creating a win7 vm in
> F14+virt-preview):
> <type arch='x86_64' machine='pc-0.14'>hvm</type>
>
> BTW: also the win7 32bit machine shutdowns when using qxl video adapter....
> Gianluca

[Gianluca Cecchi]

On Mon, Mar 14, 2011 at 4:08 PM, Alon Levy  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
> >  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...

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Alon Levy]

On Mon, Mar 14, 2011 at 05:00:46PM +0100, Gianluca Cecchi wrote:
> On Mon, Mar 14, 2011 at 4:08 PM, Alon Levy  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
> > >  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

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Gianluca Cecchi]

On Mon, Mar 14, 2011 at 8:48 PM, Alon Levy  wrote:
> 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

hello,
this seems to work for me.
I'm able to run my w2k3 vm with vga+vnc and then I'm able to change to
qxl+spice and it works again!
When booting the guest I get the os desktop console inside the "show
graphical console" window and I can also start
spicec -h localhost -p 5900
from a terminal and so "acquire" the console.
Sound and video work (tested only some youtube videos).
In attach a .png with details from inside the vm.
Steps done:
- baseline: http://repos.fedorapeople.org/repos/jforbes/virt-preview/fedora-14/SRPMS/qem...
- download your patches but used only from 0002 to 0006 (0001 already
applied entirely in the sources above) and put inside the SOURCES
subdir
- patched qemu.spec (see attach resulting from diff -u qemu.spec.orig
qemu.spec.new)
- rpmbuild -bb qemu.spec
- installed :
# rpm -Fvh *0-3*rpm
Preparing...                ########################################### [100%]
   1:qemu-common            ########################################### [ 20%]
   2:qemu-system-x86        ########################################### [ 40%]
   3:qemu-img               ########################################### [ 60%]
   4:qemu-kvm               ########################################### [ 80%]
   5:qemu-kvm-tools         ########################################### [100%]

Is w7 supposed to work too, so that I can go and test or will I need
newer qxl drivers than 0.6.1?

thanks
Gianluca

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Gianluca Cecchi]

On Tue, Mar 15, 2011 at 12:31 AM, Gianluca Cecchi
 wrote:
> hello,
> this seems to work for me.
> I'm able to run my w2k3 vm with vga+vnc and then I'm able to change to

[snip]
> Is w7 supposed to work too, so that I can go and test or will I need
> newer qxl drivers than 0.6.1?

First time of w7 too!!!
Always using 0.6.1 zip drivers.
See attached screenshots. I tested 800x600 and 1024x768 resolutions.
Audio is not working though...
Gianluca

qxl locking fixes round 2

[Ian Pilcher]

On 03/14/2011 06:48 PM, Gianluca Cecchi wrote:
> First time of w7 too!!!
> Always using 0.6.1 zip drivers.

Is that with SPICE 0.8.0?

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Andrew Cathrow]

----- Original Message -----
> From: "Gianluca Cecchi" 
> To: "Alon Levy" 
> Cc: "Hans de Goede" , [e-mail], "Uri Lublin" 
> Sent: Monday, March 14, 2011 7:48:10 PM
> Subject: Re: [fedora-virt] qxl locking fixes round 2 (was: Re: spice and qemu 0.14)
> On Tue, Mar 15, 2011 at 12:31 AM, Gianluca Cecchi
>  wrote:
> > hello,
> > this seems to work for me.
> > I'm able to run my w2k3 vm with vga+vnc and then I'm able to change
> > to
>
> [snip]
> > Is w7 supposed to work too, so that I can go and test or will I need
> > newer qxl drivers than 0.6.1?
>
> First time of w7 too!!!
> Always using 0.6.1 zip drivers.
> See attached screenshots. I tested 800x600 and 1024x768 resolutions.
> Audio is not working though...

re: Audio - what sound card are you using and what version of Windows 7? Windows7 64bit does not include drivers for any of the soundcards that KVM emulates - ac96, es1370,sb16 etc. So we recently added a new soundcard Intel HDA that works out of the box.
> Gianluca
>
> virt mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/virt

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Gianluca Cecchi]

On Tue, Mar 15, 2011 at 7:34 AM, Andrew Cathrow  wrote:
> re: Audio - what sound card are you using and what version of Windows 7? Windows7 64bit does not include drivers for any of the soundcards that KVM emulates - ac96, es1370,sb16 etc. So we recently added a new soundcard Intel HDA that works out of the box.

Hello,
my sound card device is set as ac97.
Win7 is 32bit professional, with all os updates applied up to yesterday.
See attached images for system information and audio information detected.

generated command line is this:
qemu      3043     1 40 09:14 ?        00:02:42 /usr/bin/qemu-kvm -S
-M pc-0.14 -enable-kvm -m 1536 -smp 1,sockets=1,cores=1,threads=1
-name w7test -uuid de5dbc9e-14f0-f56b-8e8a-4f4986d61ad8 -nodefconfig
-nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/w7test.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime
-boot order=dc,menu=off -drive if=none,id=drive-fdc0-0-0,format=raw
-global isa-fdc.driveA=drive-fdc0-0-0 -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 -drive
file=/var/lib/libvirt/images/w7test.img,if=none,id=drive-virtio-disk0,boot=on,format=raw
-device virtio-blk-pci,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0
-netdev tap,fd=21,id=hostnet0 -device
rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:d3:8e:29,bus=pci.0,addr=0x3
-chardev pty,id=charserial0 -device
isa-serial,chardev=charserial0,id=serial0 -usb -device
usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing
-vga qxl -device AC97,id=sound0,bus=pci.0,addr=0x4 -device
virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5

HIH,
Gianluca

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Andrew Cathrow]

----- Original Message -----
> From: "Gianluca Cecchi" 
> To: "Andrew Cathrow" 
> Cc: "Hans de Goede" , [e-mail], "Uri Lublin" , "Alon Levy"
>
> Sent: Tuesday, March 15, 2011 4:26:39 AM
> Subject: Re: [fedora-virt] qxl locking fixes round 2 (was: Re: spice and qemu 0.14)
> On Tue, Mar 15, 2011 at 7:34 AM, Andrew Cathrow 
> wrote:
> > re: Audio - what sound card are you using and what version of
> > Windows 7? Windows7 64bit does not include drivers for any of the
> > soundcards that KVM emulates - ac96, es1370,sb16 etc. So we recently
> > added a new soundcard Intel HDA that works out of the box.
>
> Hello,
> my sound card device is set as ac97.
> Win7 is 32bit professional, with all os updates applied up to
> yesterday.
> See attached images for system information and audio information
> detected.

run windows update, it should pickup the new driver.

Aic
> generated command line is this:
> qemu 3043 1 40 09:14 ? 00:02:42 /usr/bin/qemu-kvm -S
> -M pc-0.14 -enable-kvm -m 1536 -smp 1,sockets=1,cores=1,threads=1
> -name w7test -uuid de5dbc9e-14f0-f56b-8e8a-4f4986d61ad8 -nodefconfig
> -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/w7test.monitor,server,nowait
> -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime
> -boot order=dc,menu=off -drive if=none,id=drive-fdc0-0-0,format=raw
> -global isa-fdc.driveA=drive-fdc0-0-0 -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 -drive
> file=/var/lib/libvirt/images/w7test.img,if=none,id=drive-virtio-disk0,boot=on,format=raw
> -device
> virtio-blk-pci,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0
> -netdev tap,fd=21,id=hostnet0 -device
> rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:d3:8e:29,bus=pci.0,addr=0x3
> -chardev pty,id=charserial0 -device
> isa-serial,chardev=charserial0,id=serial0 -usb -device
> usb-tablet,id=input0 -spice port=5900,addr=127.0.0.1,disable-ticketing
> -vga qxl -device AC97,id=sound0,bus=pci.0,addr=0x4 -device
> virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
>
> HIH,
> Gianluca

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Gianluca Cecchi]

On Tue, Mar 15, 2011 at 9:30 AM, Andrew Cathrow  wrote:
> >
>
> run windows update, it should pickup the new driver.
>
> Aic

Ok, it was between the optional ones...
Now also sound works!

Eventually I can test the new drivers too...
Are they the ones referred in spice-devel mailing list:
http://lists.freedesktop.org/archives/spice-devel/2011-March/002930.html
or is this a parallel thread in respect of the new upcoming drivers
Alon wrote about?

Gianluca

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Alon Levy]

On Tue, Mar 15, 2011 at 12:31:44AM +0100, Gianluca Cecchi wrote:
> On Mon, Mar 14, 2011 at 8:48 PM, Alon Levy  wrote:
> > 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
>
> hello,
> this seems to work for me.

great, thanks for testing.
> I'm able to run my w2k3 vm with vga+vnc and then I'm able to change to
> qxl+spice and it works again!
> When booting the guest I get the os desktop console inside the "show
> graphical console" window and I can also start
> spicec -h localhost -p 5900
> from a terminal and so "acquire" the console.
> Sound and video work (tested only some youtube videos).
> In attach a .png with details from inside the vm.
> Steps done:
> baseline: http://repos.fedorapeople.org/repos/jforbes/virt-preview/fedora-14/SRPMS/qem...
> download your patches but used only from 0002 to 0006 (0001 already
>
> applied entirely in the sources above) and put inside the SOURCES
> subdir
> patched qemu.spec (see attach resulting from diff -u qemu.spec.orig
>
> qemu.spec.new)
> rpmbuild -bb qemu.spec
> installed :
>
> # rpm -Fvh *0-3*rpm
> Preparing...                ########################################### [100%]
>    1:qemu-common            ########################################### [ 20%]
>    2:qemu-system-x86        ########################################### [ 40%]
>    3:qemu-img               ########################################### [ 60%]
>    4:qemu-kvm               ########################################### [ 80%]
>    5:qemu-kvm-tools         ########################################### [100%]
>
> Is w7 supposed to work too, so that I can go and test or will I need
> newer qxl drivers than 0.6.1?

Arnon (cc'ed) is building newer drivers later today, someone already reported
the drivers in spice-space don't work with newer qxl, so you should probably wait
for his drivers.

Alon
> thanks
> Gianluca

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Gianluca Cecchi]

On Tue Mar 15 00:20:01 UTC 2011 Ian Pilcher wrote:
> Is that with SPICE 0.8.0?

Yes.
I'm using F14 with virt-preview repo enabled and then I recompiled 5
packages as detailed in other e-mails in this thread.
(qemu-kvm  qemu-kvm-tools qemu-system-x86 qemu-img qemu-common)
To update these, you have to deinstall first the original ones and
libvirt and then install the recompiled ones and reinstall libvirt.
But I think new official virt-preview repo rpm files are arriving...

[gcecchi~]$ rpm -qa spice*
spice-server-devel-0.8.0-1.fc14.x86_64
spice-gtk-0.5-1.fc14.x86_64
spice-gtk-tools-0.5-1.fc14.x86_64
spice-server-0.8.0-1.fc14.x86_64
spice-client-0.8.0-1.fc14.x86_64
spice-protocol-0.8.0-1.fc14.noarch
spice-gtk-python-0.5-1.fc14.x86_64
spice-glib-0.5-1.fc14.x86_64

[gcecchi@ope46 ~]$ rpm -qi spice-server
Name        : spice-server                 Relocations: (not relocatable)
Version     : 0.8.0                             Vendor: (none)
Release     : 1.fc14                        Build Date: Wed 02 Mar
2011 08:57:03 PM CET
Install Date: Fri 04 Mar 2011 08:30:35 AM CET      Build Host:
fedora64.linuxtx.org
Group       : System Environment/Libraries   Source RPM:
spice-0.8.0-1.fc14.src.rpm
Size        : 1000353                          License: LGPLv2+
Signature   : (none)
URL         : http://www.spice-space.org/
Summary     : Implements the server side of the SPICE protocol
Description :
The Simple Protocol for Independent Computing Environments (SPICE) is
a remote display system built for virtual environments which allows
you to view a computing 'desktop' environment not only on the machine
where it is running, but from anywhere on the Internet and from a wide
variety of machine architectures.

This package contains the run-time libraries for any application that wishes
to be a SPICE server.

qxl locking fixes round 2

[Ian Pilcher]

On 03/15/2011 03:37 AM, Alon Levy wrote:
> Arnon (cc'ed) is building newer drivers later today, someone already reported
> the drivers in spice-space don't work with newer qxl, so you should probably wait
> for his drivers.

FYI, it looks like that isn't necessary.  After rebuilding the Fedora
15 qemu RPM with your patches from yesterday, both Windows XP and
Windows 7 are working with SPICE 0.8.0 and the old QXL driver, including
running with SPICE in virt-manager.

w00t!

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Justin Forbes]

On Mon, 2011-03-14 at 21:48 +0200, Alon Levy wrote:
> On Mon, Mar 14, 2011 at 05:00:46PM +0100, Gianluca Cecchi wrote:
> > On Mon, Mar 14, 2011 at 4:08 PM, Alon Levy  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
> > > >  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

I will get an updated qemu for F15 and F14 virt-preview out today.

Thanks,
Justin

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Alon Levy]

On Tue, Mar 15, 2011 at 12:05:06PM -0500, Justin M. Forbes wrote:
> On Mon, 2011-03-14 at 21:48 +0200, Alon Levy wrote:
> > On Mon, Mar 14, 2011 at 05:00:46PM +0100, Gianluca Cecchi wrote:
> > > On Mon, Mar 14, 2011 at 4:08 PM, Alon Levy  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
> > > > >  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
>
> I will get an updated qemu for F15 and F14 virt-preview out today.

Actually, I'm just reading a better patch with hans, if you can wait a little
I'll send the patches to you directly too (add you as cc).
> Thanks,
> Justin

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Alon Levy]

On Tue, Mar 15, 2011 at 07:14:15PM +0200, Alon Levy wrote:
> On Tue, Mar 15, 2011 at 12:05:06PM -0500, Justin M. Forbes wrote:
> > On Mon, 2011-03-14 at 21:48 +0200, Alon Levy wrote:
> > > On Mon, Mar 14, 2011 at 05:00:46PM +0100, Gianluca Cecchi wrote:
> > > > On Mon, Mar 14, 2011 at 4:08 PM, Alon Levy  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
> > > > > >  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
> >
> > I will get an updated qemu for F15 and F14 virt-preview out today.
>
> Actually, I'm just reading a better patch with hans, if you can wait a little

s/reading/readying/ ready-ing. </embarassed>
> I'll send the patches to you directly too (add you as cc).
> > Thanks,
> > Justin
>
> virt mailing list
> [e-mail]
> https://admin.fedoraproject.org/mailman/listinfo/virt

qxl locking fixes round 2 (was: Re: spice and qemu 0.14)

[Boris Derzhavets]

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  wrote:

From: Alon Levy 
Subject: [fedora-virt] qxl locking fixes round 2 (was: Re: spice and qemu 0.14)
To: "Gianluca Cecchi" 
Cc: "Hans de Goede" , "[e-mail]" , "Uri Lublin" 
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  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
> > >  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
[e-mail]
https://admin.fedoraproject.org/mailman/listinfo/virt