summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/118/none/1246890
blob: 9ecb715465c60504cab8ead867da69cca495d0fb (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
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
architecture: 0.761
performance: 0.744
files: 0.739
ppc: 0.693
semantic: 0.675
graphic: 0.647
i386: 0.643
user-level: 0.620
device: 0.590
mistranslation: 0.547
x86: 0.507
hypervisor: 0.494
peripherals: 0.483
socket: 0.479
network: 0.462
kernel: 0.440
PID: 0.418
register: 0.415
arm: 0.395
permissions: 0.394
boot: 0.375
virtual: 0.348
assembly: 0.315
vnc: 0.307
risc-v: 0.292
debug: 0.265
VMM: 0.219
KVM: 0.196
TCG: 0.190

AC97 sound card crashes QEMU

The AC97 sound card does not work. It stops QEMU on startup. The cause appears to be some kind of deadlock. 

Steps to reproduce:
Just add -soundhw ac97 to QEMU's arguments. Example: qemu-system-ppc -soundhw ac97

The example above is all it takes to reproduce the problem.

This problem has been observed on Mac OS X and Debian Linux. 

I question whether the ac97 support ever worked. It is a file that was taken from VirtualBox and added to QEMU. I do know that VirtualBox's support for the ac97 sound card works perfectly. 

The exact line of code that stops QEMU in its tracks is located in the file main-loop.c, in the function os_host_main_loop_wait(), the call made to qemu_mutex_lock_iothread(). The is where QEMU stops under Mac OS X.

This problem also affects qemu-system-i386. 

On 2013-10-31 21:48, John Arbuckle wrote:
> Public bug reported:
> 
> The AC97 sound card does not work. It stops QEMU on startup. The cause
> appears to be some kind of deadlock.
> 
> Steps to reproduce:
> Just add -soundhw ac97 to QEMU's arguments. Example: qemu-system-ppc -soundhw ac97
> 
> The example above is all it takes to reproduce the problem.
> 
> This problem has been observed on Mac OS X and Debian Linux.
> 
> I question whether the ac97 support ever worked. It is a file that was
> taken from VirtualBox and added to QEMU. I do know that VirtualBox's
> support for the ac97 sound card works perfectly.
> 
> The exact line of code that stops QEMU in its tracks is located in the
> file main-loop.c, in the function os_host_main_loop_wait(), the call
> made to qemu_mutex_lock_iothread(). The is where QEMU stops under Mac OS
> X.
> 
> ** Affects: qemu
>      Importance: Undecided
>          Status: New
> 

Maybe this is just a regression: I'm using ac97 for a win7 guest for a
while, and since recently (don't recall when precisely, some weeks
maybe) I'm getting "main-loop: WARNING: I/O thread spun for 1000
iterations", a temporarily stuck guest and broken sound output. This
used to work fine. Someone has to bisect, I didn't find the time yet.

Jan



Turns out this problem was with another program called AudioJack. It interferes with QEMU and prevents sound from working. Uninstalling AudioJack made the AC97 sound card work again under Mac OS 10.6.