That remembers me why did I do my mastering thesys using a real hardware :)
Rafael Em ter, 8 de jun de 2021 17:25, Leif Lindholm <l...@nuviainc.com> escreveu: > Hi Ethin, > > Adapting and overcoming is very much the point of GSoC. > The purpose of this project was always to bring portable audio support > to EDK2, and longer-term the UEFI specification. Virtio was just the > ideal means to that end. > > If it turns out not being the ideal way, that's just the way it is. > *But*, I want to point out that there is no reason why we couldn't > build this on top of a not-yet-upstream QEMU patchset - and help out > by providing an eager real consumer for it. > The virtio-snd RFC has been sent out, and it is very unlikely that it > will not end up being merged, if in a modified form from what the > first proof-of-concept looked like. Working with it would give you the > opportunity to influence that implementation, as well as the > virtio-snd standard. > > *However*, if the state of the QEMU virtio-snd RFC is not one that > lends itself to basing other work on, then QEMU's usb-audio support is > a close second - that should also be portable to other > If we pick that route, you can always come back to virtio a bit later > if you make good progress on USB Audio Device Class 1.0. > > / > Leif > > On Tue, Jun 08, 2021 at 13:52:14 -0500, Ethin Probst wrote: > > So I just might have to go with USB audio (the basic audio device > > class) since no code in QEMU for VirtIO audio has actually been > > committed upstream. Perusing the qemu code (specifically this: > > https://github.com/qemu/qemu/blob/master/hw/usb/dev-audio.c) it > > appears that Qemu implements v. 1.0 of the ADC specification. Section > > 5.3.3.1.2 of the USB basic audio device specification (v. 1.0) > > confirms that the bcdADC field should be set to 0100h. Will doing this > > violate any rules of GSoC or anything like that? > > I can implement VirtIO, but I will have no way of testing it until > > Qemu actually adds it in (unless there's another emulator that > > implements it). :-( > > > > On 6/7/21, Leif Lindholm <l...@nuviainc.com> wrote: > > > On Mon, Jun 07, 2021 at 17:16:00 +0200, Laszlo Ersek wrote: > > >> On 06/07/21 13:40, Michael Brown wrote: > > >> > On 07/06/2021 05:41, Ethin Probst wrote: > > >> >> For my audio output protocol (I wonder if we should abbreviate it > as > > >> >> AOP?) I need to get access to VirtIO devices in PCIe configuration > > >> >> space. However, I can't seem to find a way of telling QEMU to use > this > > >> >> device for audio output. Is there something I missed, or something > > >> >> that does support this? > > >> > > > >> > Do you mean that you can't find a way to get QEMU to create a Virtio > > >> > audio device visible to the guest, or that you can't find a way to > get > > >> > QEMU to connect this Virtio device to the host-side audio output? > > >> > > >> My latest (admittedly, quite old) information has been that QEMU does > > >> not implement a virtio-audio device yet. It's been work in progress. > > >> Best inquire on qemu-devel, CC'ing the audio subsys maintainers. > > > > > > An RFC sent out end of April has not yet seen a PATCH, but some > > > feedback: > > > https://lists.gnu.org/archive/html/qemu-devel/2021-04/msg06089.html > > > > > > / > > > Leif > > > > > > > > > -- > > Signed, > > Ethin D. Probst > > > > > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#76238): https://edk2.groups.io/g/devel/message/76238 Mute This Topic: https://groups.io/mt/83363430/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
