qemu-devel
[Top][All Lists]
Advanced

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

Re: [Qemu-devel] [PATCH 4/4] [RfC] audio: probe audio drivers by default


From: Kamil Rytarowski
Subject: Re: [Qemu-devel] [PATCH 4/4] [RfC] audio: probe audio drivers by default
Date: Wed, 23 Jan 2019 11:36:22 +0100
User-agent: Mozilla/5.0 (X11; NetBSD amd64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1

On 23.01.2019 11:12, Daniel P. Berrangé wrote:
> On Wed, Jan 23, 2019 at 10:50:18AM +0100, Thomas Huth wrote:
>> On 2019-01-23 10:36, Daniel P. Berrangé wrote:
>>> On Wed, Jan 23, 2019 at 09:27:48AM +0100, Thomas Huth wrote:
>>>> On 2019-01-23 09:00, Gerd Hoffmann wrote:
>>>>>
>>>>> This is RfC because we might look at the ordering.  On linux we probably
>>>>> want prefer alsa over oss.
>>>> Yes, please! I've run into the trap a couple of times already: OSS
>>>> headers were available, but these days the OSS compatibility kernel
>>>> modules are not loaded anymore by default. So you compile QEMU with OSS
>>>> support and then wonder why you do not get any audio output at all...
>>>>
>>>> IMHO we should put OSS as last item in the list on Linux nowadays.
>>>
>>> Given our targetted platform list[1], are there even any platforms
>>> where we would *not* have alsa, but still have OSS ?  If not, then
>>> we could just drop the OSS driver entirely on the ground that it is
>>> obsolete.
>>
>> We likely could drop OSS on Linux, but it is still required on FreeBSD
>> and NetBSD, isn't it? So unless we can drop it there, too, we can also
>> simply keep it as last option in the list on Linux as well.
> 
> Ah ok, I didn't realize that BSD implemneted the OSS subsystem too.
> 
> Regards,
> Daniel
> 

OSS is the portable UNIX audio backend. We could point some flaws in it,
but it's a good enough for portable UNIX applications. The question is
what UNIX-like desktop OS does not implement it or removed it.

Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

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