qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
* [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU
@ 2013-10-31 20:48 John Arbuckle
  2013-10-31 20:52 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
                   ` (3 more replies)
  0 siblings, 4 replies; 5+ messages in thread
From: John Arbuckle @ 2013-10-31 20:48 UTC (permalink / raw)
  To: qemu-devel

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

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1246890

Title:
  AC97 sound card crashes QEMU

Status in QEMU:
  New

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1246890/+subscriptions

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Qemu-devel] [Bug 1246890] Re: AC97 sound card crashes QEMU
  2013-10-31 20:48 [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU John Arbuckle
@ 2013-10-31 20:52 ` John Arbuckle
  2013-11-01 10:39 ` [Qemu-devel] [Bug 1246890] [NEW] " Jan Kiszka
                   ` (2 subsequent siblings)
  3 siblings, 0 replies; 5+ messages in thread
From: John Arbuckle @ 2013-10-31 20:52 UTC (permalink / raw)
  To: qemu-devel

This problem also affects qemu-system-i386.

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1246890

Title:
  AC97 sound card crashes QEMU

Status in QEMU:
  New

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1246890/+subscriptions

^ permalink raw reply	[flat|nested] 5+ messages in thread

* Re: [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU
  2013-10-31 20:48 [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU John Arbuckle
  2013-10-31 20:52 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
@ 2013-11-01 10:39 ` Jan Kiszka
  2016-03-11  2:45 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
  2017-01-17 18:30 ` Thomas Huth
  3 siblings, 0 replies; 5+ messages in thread
From: Jan Kiszka @ 2013-11-01 10:39 UTC (permalink / raw)
  To: Bug 1246890, qemu-devel

[-- Attachment #1: Type: text/plain, Size: 1307 bytes --]

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


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 263 bytes --]

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Qemu-devel] [Bug 1246890] Re: AC97 sound card crashes QEMU
  2013-10-31 20:48 [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU John Arbuckle
  2013-10-31 20:52 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
  2013-11-01 10:39 ` [Qemu-devel] [Bug 1246890] [NEW] " Jan Kiszka
@ 2016-03-11  2:45 ` John Arbuckle
  2017-01-17 18:30 ` Thomas Huth
  3 siblings, 0 replies; 5+ messages in thread
From: John Arbuckle @ 2016-03-11  2:45 UTC (permalink / raw)
  To: qemu-devel

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.

** Changed in: qemu
       Status: New => Fix Committed

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1246890

Title:
  AC97 sound card crashes QEMU

Status in QEMU:
  Fix Committed

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1246890/+subscriptions

^ permalink raw reply	[flat|nested] 5+ messages in thread

* [Qemu-devel] [Bug 1246890] Re: AC97 sound card crashes QEMU
  2013-10-31 20:48 [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU John Arbuckle
                   ` (2 preceding siblings ...)
  2016-03-11  2:45 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
@ 2017-01-17 18:30 ` Thomas Huth
  3 siblings, 0 replies; 5+ messages in thread
From: Thomas Huth @ 2017-01-17 18:30 UTC (permalink / raw)
  To: qemu-devel

** Changed in: qemu
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1246890

Title:
  AC97 sound card crashes QEMU

Status in QEMU:
  Fix Released

Bug description:
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1246890/+subscriptions

^ permalink raw reply	[flat|nested] 5+ messages in thread

end of thread, other threads:[~2017-01-17 18:45 UTC | newest]

Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2013-10-31 20:48 [Qemu-devel] [Bug 1246890] [NEW] AC97 sound card crashes QEMU John Arbuckle
2013-10-31 20:52 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
2013-11-01 10:39 ` [Qemu-devel] [Bug 1246890] [NEW] " Jan Kiszka
2016-03-11  2:45 ` [Qemu-devel] [Bug 1246890] " John Arbuckle
2017-01-17 18:30 ` Thomas Huth

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).