[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: qemu 4.2.0 audiodev soundhw
From: |
Gerd Hoffmann |
Subject: |
Re: qemu 4.2.0 audiodev soundhw |
Date: |
Thu, 23 Apr 2020 10:00:11 +0200 |
On Wed, Apr 22, 2020 at 04:13:29PM +0100, Peter Maydell wrote:
> On Wed, 22 Apr 2020 at 15:04, Gerd Hoffmann <address@hidden> wrote:
> > '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.
>
> What about embedded board sound devices (eg the pl041 on the
> arm vexpress/versatilepb/realview boards) ?
Probably the sound device is present unconditionally, at least they
don't register for -soundhw.
But, yes, they also need some way to figure the audiodev they should
use. Hmm. One option I see is allowing to mark an audiodev as backend
for onboard audio devices, either using an option ...
-audiodev pa,onboard=true
... or by naming convention:
-audiodev pa,id=onboard
Comments?
take care,
Gerd
- qemu 4.2.0 audiodev soundhw, Idar Lund, 2020/04/17
- Re: qemu 4.2.0 audiodev soundhw, Zoltán Kővágó, 2020/04/20
- Re: qemu 4.2.0 audiodev soundhw, Gerd Hoffmann, 2020/04/22
- Re: qemu 4.2.0 audiodev soundhw, Peter Maydell, 2020/04/22
- Re: qemu 4.2.0 audiodev soundhw,
Gerd Hoffmann <=
- Re: qemu 4.2.0 audiodev soundhw, Philippe Mathieu-Daudé, 2020/04/22