summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/none/1200212
blob: f5f6b4e9a82fa17cc1cdafa8e68b416ca479e817 (plain) (blame)
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
architecture: 0.536
device: 0.512
graphic: 0.488
kernel: 0.471
ppc: 0.456
semantic: 0.427
network: 0.379
arm: 0.359
socket: 0.344
PID: 0.326
register: 0.316
performance: 0.303
assembly: 0.269
peripherals: 0.220
user-level: 0.203
boot: 0.202
vnc: 0.200
permissions: 0.178
hypervisor: 0.175
TCG: 0.167
VMM: 0.159
files: 0.150
i386: 0.148
x86: 0.144
mistranslation: 0.143
risc-v: 0.138
virtual: 0.099
debug: 0.090
KVM: 0.082

qemu-system-arm aborts in lsi_soft_reset

Qemu compiled from master branch (fetched on 11th Jul 2013, qemu-system-arm -version prints "QEMU emulator version 1.5.50, Copyright (c) 2003-2008 Fabrice Bellard") running on OSX 10.6.8 crashes during Debian 7.1 netboot installation with error: "Assertion failed: (QTAILQ_EMPTY(&s->queue)), function lsi_soft_reset, file hw/scsi/lsi53c895a.c, line 351."

Steps to reproduce:

1. Get kernel and initrd from http://ftp.debian.org/debian/dists/Debian7.1/main/installer-armel/20130613/images/versatile/netboot/ .
2. Create a hard disk image with qemu-img: qemu-img create -f qcow2 debian.qcow2 2G.
3. Run arm-softmmu/qemu-system-arm -M versatilepb -kernel vmlinuz-3.2.0-4-versatile \
        -initrd initrd-3.2.0-4-versatile-netboot -drive file=debian.qcow2,index=0,if=scsi,media=disk \
        -append "console=ttyAMA0" -nographic -net user,hostfwd=tcp:127.0.0.1:22080-:80,vlan=0 \
        -net nic,vlan=0 -smp 1,cores=4

The installation should proceed past partition setup and start downloading packages onto hard disk. After several tries I've never got past 31% with the package downloads before getting Abort trap with "Assertion failed: (QTAILQ_EMPTY(&s->queue)), function lsi_soft_reset, file hw/scsi/lsi53c895a.c, line 351." message.

This is (very likely) related to this /old/ bug:

http://lists.gnu.org/archive/html/qemu-devel/2013-04/msg02521.html

Could you try the patch at http://lists.gnu.org/archive/html/qemu-devel/2013-05/msg00248.html ?


Can you still reproduce this problem with the latest version of QEMU?

[Expired for QEMU because there has been no activity for 60 days.]