Bug 523592 - qemu-kvm segfault when attaching USB audio device
Summary: qemu-kvm segfault when attaching USB audio device
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: qemu
Version: 11
Hardware: All
OS: Linux
high
medium
Target Milestone: ---
Assignee: Justin M. Forbes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F11VirtTarget
TreeView+ depends on / blocked
 
Reported: 2009-09-16 04:28 UTC by Bill McGonigle
Modified: 2010-06-28 14:40 UTC (History)
12 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2010-06-28 14:40:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
/var/log/messages (1.86 KB, text/plain)
2009-09-16 04:28 UTC, Bill McGonigle
no flags Details
virt-manager.log (7.83 KB, text/plain)
2009-09-19 00:55 UTC, Bill McGonigle
no flags Details
virt-manager.log - crash on boot (10.35 KB, text/plain)
2009-09-19 00:55 UTC, Bill McGonigle
no flags Details
lsusb -v (85.44 KB, text/plain)
2009-09-19 00:56 UTC, Bill McGonigle
no flags Details
dumpxml with usb device added (1.60 KB, text/plain)
2009-09-19 01:03 UTC, Bill McGonigle
no flags Details
dumpxml with usb device removed (1.42 KB, text/plain)
2009-09-19 01:04 UTC, Bill McGonigle
no flags Details
thread apply all bt full (30.87 KB, text/plain)
2009-09-24 02:19 UTC, Bill McGonigle
no flags Details

Description Bill McGonigle 2009-09-16 04:28:29 UTC
Created attachment 361179 [details]
/var/log/messages

This is easily repeatable - I assign a physical USB audio device to the VM and within a few seconds I get a complete crash of the guest.  Once I saw the Windows 'you've got hardware' bubble show up.

2.6.30.5-43.fc11.x86_64

libvirt-0.6.2-17.fc11.x86_64
virt-manager-0.7.0-5.fc11.x86_64
qemu-system-x86-0.10.6-4.fc11.x86_64
qemu-img-0.10.6-4.fc11.x86_64
qemu-common-0.10.6-4.fc11.x86_64

Comment 1 Daniel Berrangé 2009-09-16 09:36:26 UTC
Please provide some details about the guest - the  libvirt XML from 'virsh dumpxml GUESTNAME",  and if you're using virt-maanger to attach the device, then the $HOME/.virt-manager/virt-manager.log  log file. Also the output of 'lsusb -v' on the host OS.

Comment 2 Bill McGonigle 2009-09-19 00:55:00 UTC
Created attachment 361733 [details]
virt-manager.log

log of: clean start of virt-manager, add USB device (crash), quit virt-manager

Comment 3 Bill McGonigle 2009-09-19 00:55:59 UTC
Created attachment 361734 [details]
virt-manager.log - crash on boot

a log that captures a crash on boot of the guest, with the USB device still in the machine configuration.

Comment 4 Bill McGonigle 2009-09-19 00:56:36 UTC
Created attachment 361735 [details]
lsusb -v

Comment 5 Bill McGonigle 2009-09-19 01:03:32 UTC
Created attachment 361736 [details]
dumpxml with usb device added

Comment 6 Bill McGonigle 2009-09-19 01:04:43 UTC
Created attachment 361737 [details]
dumpxml with usb device removed

Comment 7 Bill McGonigle 2009-09-19 01:05:43 UTC
just FYI, the USB device works properly outside of the VM.

Comment 8 Bill McGonigle 2009-09-19 01:12:13 UTC
and I just tried adding the label printer to the VM and printed a perfect label, so USB, in general, seems to be working.

Comment 9 Mark McLoughlin 2009-09-21 14:48:36 UTC
Bill: I see this in your logs:

Sep 16 00:09:08 zpm kernel: qemu-kvm[6966]: segfault at 2903020 ip 0000000000409bfc sp 00007fff8aa02e50 error 4 in qemu-kvm[400000+1da000]

We really need to get a stack trace of the qemu-kvm process when it segfaults

https://fedoraproject.org/wiki/StackTraces

It's not easy to get a stack trace, but you could try installing qemu-debuginfo and then attaching to the qemu-kvm process using gdb qemu-kvm pid', cause the process to crash and then do 'thread apply all bt full'

Thanks

Comment 10 Bill McGonigle 2009-09-21 15:49:45 UTC
hrm, if I attach to it (sudo or as root) with gdb the GUI becomes unresponsive.  If I quit gdb the GUI starts back up again.  First I've seen that kind of behavior - any suggestions?  I got all the debuginfos installed that gdb asked for.

Comment 11 Mark McLoughlin 2009-09-21 16:00:47 UTC
You need to do 'cont' inside gdb so that the process starts running again

Comment 12 Bill McGonigle 2009-09-24 02:19:33 UTC
Created attachment 362377 [details]
thread apply all bt full

Comment 13 Mark McLoughlin 2009-10-01 09:13:47 UTC
Excellent stuff Bill, that helps an awful lot

FWIW, I can't reproduce here with a USB headset and Windows XP VM

We fixed one memory corruption issue in 0.10.6-5 which just might fix the problem, but I doubt it. Could you try with that version from updates? No need to get another stack trace

Comment 14 Bill McGonigle 2009-10-01 21:38:56 UTC
Tried the update - sorry to say, no improvement.  The USB headset sounds like a fair test.  I'll see if I can find an XP disk in my stack of old discs.

Comment 15 Orion Poplawski 2009-11-05 21:36:27 UTC
I'm seeing a similar crash adding a USB Logitech QuickCam Pro 9000 webcam.

Comment 16 Per Arnold Blåsmo 2009-12-02 11:07:57 UTC
I also have a similar situation.

In syslog I get:
localhost kernel: qemu-kvm[21371]: segfault at 6874631c ip 00569f43 sp bf8e3230 error 4 in ld-2.10.1.so[556000+20000]

I have a Atmel JTAGICEmkII USB device that is connected. Setting it as a physical device in the KVM works and I can see it in the WindowsXP guest.

But as soon as I turn of the power on the USB device it crashes. 

I am running Fedora 11 (32 bit) with the latest updates.

Comment 17 Fedora Admin XMLRPC Client 2010-03-09 16:53:42 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 18 Fedora Admin XMLRPC Client 2010-03-09 17:17:23 UTC
This package has changed ownership in the Fedora Package Database.  Reassigning to the new owner of this component.

Comment 19 Justin M. Forbes 2010-03-11 18:34:21 UTC
Does this issue reproduce with Fedora 12?

Comment 20 Per Arnold Blåsmo 2010-03-24 08:29:52 UTC
(In reply to comment #19)
> Does this issue reproduce with Fedora 12?    

No, I just tested with Fedora 12 (with all latest updates as of this date).
I works OK.
I used virsh to connect the device and tried to switch the device of and reconnect. It all went well. No seg.fault.

So I conclude that this error has been fixed.

Using: 
libvirt-0.7.1-15.fc12.i686
virt-manager-0.8.2-1.fc12.noarch
qemu-system-x86-0.11.0-13.fc12.i686
qemu-img-0.11.0-13.fc12.i686
qemu-common-0.11.0-13.fc12.i686


Thanks a lot!

Comment 21 Bill McGonigle 2010-04-20 05:38:30 UTC
No segfault here either - Vista on f12 with virt-preview.  Sound output stinks, but that's another problem.

Comment 22 Bug Zapper 2010-04-28 10:23:47 UTC
This message is a reminder that Fedora 11 is nearing its end of life.
Approximately 30 (thirty) days from now Fedora will stop maintaining
and issuing updates for Fedora 11.  It is Fedora's policy to close all
bug reports from releases that are no longer maintained.  At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '11'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 11's end of life.

Bug Reporter: Thank you for reporting this issue and we are sorry that 
we may not be able to fix it before Fedora 11 is end of life.  If you 
would still like to see this bug fixed and are able to reproduce it 
against a later version of Fedora please change the 'version' of this 
bug to the applicable version.  If you are unable to change the version, 
please add a comment here and someone will do it for you.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events.  Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

The process we are following is described here: 
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 23 Bug Zapper 2010-06-28 14:40:32 UTC
Fedora 11 changed to end-of-life (EOL) status on 2010-06-25. Fedora 11 is 
no longer maintained, which means that it will not receive any further 
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of 
Fedora please feel free to reopen this bug against that version.

Thank you for reporting this bug and we are sorry it could not be fixed.


Note You need to log in before you can comment on or make changes to this bug.