1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
|
vnc: 0.888
KVM: 0.850
instruction: 0.843
other: 0.842
device: 0.840
boot: 0.823
assembly: 0.805
graphic: 0.792
socket: 0.787
semantic: 0.782
network: 0.777
mistranslation: 0.730
qemu-system-x86_64 crashed with SIGABRT in __assert_fail_base()
Description:
When QEMU tries to boot with a usb 3.0 tablet (xhci) on a Raring ringtail box (QEMU package1.4.0+dfsg-1expubuntu4) it will crash soon afterwards:
qemu-system-x86_64: /build/buildd/qemu-1.4.0+dfsg/hw/usb/core.c:552: usb_packet_setup: Assertion `p->iov.iov != ((void *)0)' failed.
Component:
qemu-system -> 1.4.0+dfsg-1expubuntu4
Ubuntu Version:
Description: Ubuntu Raring Ringtail (development branch)
Release: 13.04
Steps to reproduce it:
I met this bug while running the virt-test suite
https://github.com/autotest/virt-test
Instructions to install and run it can be seen on the README file
https://github.com/autotest/virt-test#readme
After the suite is set, it can be reproduced on a raring (13.04) simply by running:
./run -t qemu --tests usb.usb_reboot.usb_tablet.xhci
Command line:
23:52:42 INFO | Running qemu command (reformatted):
/usr/bin/kvm \
-S \
-name 'virt-tests-vm1' \
-nodefaults \
-chardev socket,id=hmp_id_hmp1,path=/tmp/monitor-hmp1-20130331-233911-ndvUEvrV,server,nowait \
-mon chardev=hmp_id_hmp1,mode=readline \
-chardev socket,id=serial_id_serial1,path=/tmp/serial-serial1-20130331-233911-ndvUEvrV,server,nowait \
-device isa-serial,chardev=serial_id_serial1 \
-chardev socket,id=seabioslog_id_20130331-233911-ndvUEvrV,path=/tmp/seabios-20130331-233911-ndvUEvrV,server,nowait \
-device isa-debugcon,chardev=seabioslog_id_20130331-233911-ndvUEvrV,iobase=0x402 \
-device ich9-usb-uhci1,id=usb1 \
-device nec-usb-xhci,id=usbtest \
-drive file='/home/lmr/Code/virt-test.git/shared/data/images/jeos-17-64.qcow2',if=none,id=virtio0 \
-device virtio-blk-pci,drive=virtio0,bootindex=1 \
-device virtio-net-pci,netdev=idumV1TE,mac='9a:c0:c1:c2:c3:c4',id='idmN7iHv' \
-netdev user,id=idumV1TE,hostfwd=tcp::5000-:22 \
-m 1024 \
-smp 2,maxcpus=2,cores=1,threads=1,sockets=2 \
-cpu 'SandyBridge' \
-M pc \
-device usb-tablet,id=usb-tablet1,bus=usb1.0,port=1 \
-device usb-tablet,id=usb-testdev,bus=usbtest.0,port=1 \
-vnc :0 \
-vga std \
-rtc base=utc,clock=host,driftfix=none \
-boot order=cdn,once=c,menu=off \
-enable-kvm
ProblemType: Crash
DistroRelease: Ubuntu 13.04
Package: qemu-system-x86 1.4.0+dfsg-1expubuntu4
ProcVersionSignature: Ubuntu 3.8.0-15.25-generic 3.8.4
Uname: Linux 3.8.0-15-generic x86_64
ApportVersion: 2.9.2-0ubuntu5
Architecture: amd64
Date: Sun Mar 31 23:52:46 2013
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/qemu-system-x86_64
InstallationDate: Installed on 2013-03-31 (0 days ago)
InstallationMedia: Ubuntu 12.10 "Quantal Quetzal" - Release amd64 (20121017.5)
MarkForUpload: True
ProcEnviron:
TERM=dumb
PATH=(custom, no user)
XDG_RUNTIME_DIR=<set>
LANG=en_US.UTF-8
SHELL=/bin/bash
Signal: 6
SourcePackage: qemu
StacktraceTop:
raise () from /lib/x86_64-linux-gnu/libc.so.6
abort () from /lib/x86_64-linux-gnu/libc.so.6
?? () from /lib/x86_64-linux-gnu/libc.so.6
__assert_fail () from /lib/x86_64-linux-gnu/libc.so.6
?? ()
Title: qemu-system-x86_64 crashed with SIGABRT in raise()
UpgradeStatus: Upgraded to raring on 2013-03-31 (0 days ago)
UserGroups: adm cdrom dip libvirtd lpadmin plugdev sambashare sudo
Thanks for reporting this bug, I will try to reproduce it, and check whether upstream git head has the same bug.
I can't reproduce this on a clean raring system, which has the same qemu version as your quantal system.
Is it possible for you to test on a clean raring system?
What is your libvirt package version?
It doesn't get any cleaner than this. I've installed the box with 12.10, immediately followed by upgrade to 13.04. What seems to be going on is that the issue is not 100% reproducible (I tried today with the same setup and could not reproduce it).
Moreover, what really matters here is the qemu/kernel version, and nothing else.
Libvirt version is 1.0.2-0ubuntu10. I did compile the latest git master and so far I could not reproduce it either.
I could just reproduce it on Fedora 19 qemu-kvm version (which is 1.4.0) and qemu.git master. So the issue is not 100% reproducible, but it can be seen on qemu.git master and therefore, downstream packages such as the ones found on Ubuntu and Fedora, for example.
Ok, thanks - i did run it 3 or 4 times. How often would you say it fails for you?
I will mark this as affecting the upstream qemu project based on comment #10.
On my F19 box, it's failing about 2/3 of the attempts. What is funny is that on the Ubuntu 13.04 box, I can't get the problem reproduced anymore, for some reason beyond me.
Status changed to 'Confirmed' because the bug affects multiple users.
Triaging old bug tickets... can you still reproduce this issue with the latest version of QEMU? Or could we close this ticket nowadays?
Sure, please close it.
|