[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: qemu 4.2.0 audiodev soundhw

From: Philippe Mathieu-Daudé
Subject: Re: qemu 4.2.0 audiodev soundhw
Date: Wed, 22 Apr 2020 18:14:12 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0

On 4/22/20 4:04 PM, Gerd Hoffmann wrote:

I think the original intention was to deprecate -soundhw altogether, and
only use -device in new configs.  However that was problematic with some
special devices, like pcspk and maybe others that are created by the machine
and not user creatable.

Ah, right, the pcspk issue.  Thanks for refreshing my memory.

'pcspk' is the by far most tricky one.  The device is present
unconditionally, -soundhw pcspk only triggers the registration
with the audiodev backend.

'hda' creates two devices (intel-hda + hda-duplex), so it is an actual
shortcut compared to the longer -device version.

Every other device basically is pci_create_simple(...) or
isa_create_simple(...), even the names are identical, so "-soundhw sb16"
translates to "-device sb16" etc.

So deprecating -soundhw for everything but pcspk and hda is a
no-brainer, it isn't even a shortcut, '-device' is one character
shorter ;)

Question is what we do with hda + pcspk.  I'm wondering whenever pcspk
is actually used in practice ...

To play demos?

The first tried I tried it, it triggered a crash:

I'm not sure my test is common, it is simply the first time I thought about using the pcspk.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]