Bug 678208

Created attachment 479268 [details]
qemu-kvm hangs after this screen

Created attachment 479269 [details]
qemu-kvm hangs and spice gets black screen

Strange, there are no spice related changes in 145 -> 146.  There are some mouse changes (both usb and vmmouse) which could have caused this, but I'd expect it affects both vnc and spice then ...

Do you see this with a rhel-6.0 guest too?
How does version 144 behave?
Does qemu respond when you type something in the monitor?
If so, can you try 'info mice'?

thanks

Hmm, quick attempt to reproduce with 6.0 failed, /me goes fetch 6.1 isos ...

Ah, 6.1 has qxl guest drivers in the install image whereas 6.0 hasn't.

Seems to be a race and 145 not triggering is probably pure luck ...

(In reply to comment #4)
> Strange, there are no spice related changes in 145 -> 146.  There are some
> mouse changes (both usb and vmmouse) which could have caused this, but I'd
> expect it affects both vnc and spice then ...
> 
> Do you see this with a rhel-6.0 guest too?

No, tested 5 times, all didn't hit same issue.

> How does version 144 behave?

can reproduce on 144 as well as 145

> Does qemu respond when you type something in the monitor?
No, qemu hangs, can't type a word.

Is 679127 a duplicate of this one ?

*** Bug 679127 has been marked as a duplicate of this bug. ***

I believe that problem of hanging qemu-kvm is an issue of qxl driver in version xorg-x11-drv-qxl-0.0.12-5 or a feature of qemu related to the driver (at least the Bug 679127) - (because of surfaces patch?) .
Problem disappears when using different vga driver (vesa) when emulating QXL graphic card and disappears when emulating different graphic card.
Problem appears with vnc when using qxl driver.
I downgraded qxl driver in guest to version xorg-x11-drv-qxl-0.0.12-2.1 and problem disappears. All other related components (qemu-kvm, spice-server) are the latest versions. 

The original problem I am able to reproduce with only installation of RHEL6.1-20110216.n.0-snapshot-20110216 (tried several different) and problem disappears when emulating different graphic cards.

Any progress around here? We're really unable to test latest qemu-kvm/qxl and linux guest with this.

I've prepared a scratch build:
https://brewweb.devel.redhat.com/taskinfo?taskID=3167085
We still need to go over locking scenarios and see if we got them all covered.
And get the patches accepted upstream...
Also note, that sometimes chvt or gnome-system-monitor "hangs", but qemu-kvm still works, which I think suggests a problem in another component (x11 qxl driver?)

Reproduced on:
----------------
host:
qemu-kvm-0.12.1.2-2.149.el6.x86_64

guest:
2.6.32-118.el6.i686
xorg-x11-drv-qxl-0.0.12-5.el6.i686

Reproduce Procedure:
----------------------
1. boot guest with:

/usr/libexec/qemu-kvm -M rhel6.1.0 -enable-kvm -m 8G -smp 4 -name RHEL-Server-6.1-32 -uuid `uuidgen` -rtc base=utc,clock=host,driftfix=slew -no-kvm-pit-reinjection -boot order=cd -drive file=./RHEL6.1-32-qcow2,if=none,id=drive-ide-disk0,format=qcow2,cache=none,werror=stop,rerror=stop -device ide-drive,drive=drive-ide-disk0,id=ide-disk0 -netdev tap,script=/etc/qemu-ifup,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:7b:a2:fa -usb -device usb-tablet,id=input0 -monitor stdio -balloon none -vga qxl -spice port=5910,disable-ticketing

Actual results:
----------------
After step 1, qemu-kvm hangs.

How reproducible:
------------------
not always

Additional info:
------------------
with -vga qxl -spice, not always; with -vga qxl -vnc, 100%.
Downgrade xorg-x11-drv-qxl to xorg-x11-drv-qxl-0.0.12-2.1.el6.i686, -vga qxl with both -spice and -vnc works.

Here is what I get in monitor on xorg-x11-drv-qxl-0.0.12-5.el6.x86_64:
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
handle_dev_input: oom current 0 pipe 26
red_wait_outgoing_item: blocked
red_wait_outgoing_item: blocked
handle_dev_destroy_surfaces: 
red_wait_outgoing_item: blocked
red_wait_outgoing_item: blocked
handle_dev_destroy_surfaces: 
red_wait_outgoing_item: blocked
red_wait_outgoing_item: blocked
flush_display_commands: update timeout

And I downgraded xorg-x11-drv-qxl, guest also hangs.
# rpm -qa|grep xorg-x11-drv-qxl
xorg-x11-drv-qxl-0.0.12-2.1.el6.x86_64

(In reply to comment #17)
> Here is what I get in monitor on xorg-x11-drv-qxl-0.0.12-5.el6.x86_64:
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> handle_dev_input: oom current 0 pipe 26
> red_wait_outgoing_item: blocked
> red_wait_outgoing_item: blocked
> handle_dev_destroy_surfaces: 
> red_wait_outgoing_item: blocked
> red_wait_outgoing_item: blocked
> handle_dev_destroy_surfaces: 
> red_wait_outgoing_item: blocked
> red_wait_outgoing_item: blocked
> flush_display_commands: update timeout
> 
> And I downgraded xorg-x11-drv-qxl, guest also hangs.
> # rpm -qa|grep xorg-x11-drv-qxl
> xorg-x11-drv-qxl-0.0.12-2.1.el6.x86_64


Ignore Comment #17.

*** Bug 683730 has been marked as a duplicate of this bug. ***

Any progress with this? It's really blocking us from testing RHEL guests

(In reply to comment #15)
> I've prepared a scratch build:
> https://brewweb.devel.redhat.com/taskinfo?taskID=3167085
> We still need to go over locking scenarios and see if we got them all covered.
> And get the patches accepted upstream...
Thank you, works for me so far and no hang has been seen yet.

> Also note, that sometimes chvt or gnome-system-monitor "hangs", but qemu-kvm
> still works, which I think suggests a problem in another component (x11 qxl
> driver?)
I haven't seen this one yet.

Note we (uri, alon and I) have made some changes (fixes) to the locking
patchset, here is a scratch build containing our latest patchset, which has been posted on qemu-devel:
https://brewweb.devel.redhat.com/taskinfo?taskID=3184103

*** Bug 674055 has been marked as a duplicate of this bug. ***

*** Bug 683388 has been marked as a duplicate of this bug. ***

    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
Cause: a bug in the locking logic in the spice code in qemu-kvm.

Consequence: qemu-kvm hangs when using some versions of the qxl driver in the guest (e.g. xorg-x11-drv-qxl-0.0.12-5).

Fix: fix the locking logic in the spice code in qemu-kvm.

Result: qemu-kvm doesn't hang anymore when using xorg-x11-drv-qxl-0.0.12-5 in the guest.

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-0534.html

An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on therefore solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2011-0534.html

cc. I hit this one. RHEL 6.1 server, vm is Fedora 15.