On Tue, Feb 3, 2026 at 11:37 AM, Leif Lindholm wrote:On Tue, 3 Feb 2026 at 
15:32, Gerd Hoffmann <[email protected]> wrote:

> 
> 
>> 
>>> I have done more research into the virtio specifications and edk2
>>> source and determined the most viable solution would be to expand the
>>> OvmfPkg with a VirtioSoundDxe driver. Edk2 supports a generic
>>> EFI_VIRTIO_DEVICE_PROTOCOL and a helper library for virtio devices.
>>> Leveraging these features from edk2 would make communication with the
>>> sound device trivial.
>> 
>> Well, not trivial I'd say, but most likely easier than any other option.
>> 
>> 
>>> The biggest question I have on my mind is the stability/jitter issues
>>> with sending/receiving audio data. The simplest solution I have is
>>> producing an event with a notify function to be triggered when the
>>> device finishes processing an audio buffer. That way the consumer can
>>> register a routine to place more audio data into the stream queue
>>> asynchronously without jittering audio.
>> 
>> edk2 runs all hardware in polling mode, and you'll go register a timer
>> to regularly check your device, which effectively is cooperative
>> multitasking. I expect you'll see latency spikes if something is busy
>> and doesn't give up the CPU.
>> 
>> What is the intended use case?
> 
> Apart from gimmicks, ultimately, accessibility

Do you have any specific accessibility features or use cases in mind?

Thanks for the comments and feedback,
Archer Pergande


-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to this group.
View/Reply Online (#121784): https://edk2.groups.io/g/devel/message/121784
Mute This Topic: https://groups.io/mt/117302329/21656
Group Owner: [email protected]
Unsubscribe: https://edk2.groups.io/g/devel/unsub [[email protected]]
-=-=-=-=-=-=-=-=-=-=-=-


Reply via email to