Fix for PPC audio devices that can't reendianize samples
iain at sandoe.co.uk
Tue Aug 14 00:28:01 EST 2001
On Mon, Aug 13, 2001, Derrik Pates wrote:
> On Sun, 12 Aug 2001, Iain Sandoe wrote:
>> Well, actually, I'd like to lose all the translation stuff (rate conversion,
>> format conversion etc.). This belongs in User-Land and is preventing me
>> from implementing mmio (which would be useful for the more serious
> Ok, so why not just take it out, and have the driver printk() a message if
> userspace tries to force it to accept an audio format it doesn't know,
> saying basically, "Please ask the developers of the software to properly
> query the OSS device for supported formats"?
OK. This is maybe a way forward.
However, at the moment, I'm thinking about a bigger restructuring of the
driver to handle all the newer hardware types. Depending on how Ben H sees
this - it may be left 'till 2.5 - rather than breaking existing 2.4.x
behaviour. (not to mention the fact that it's not happening ATM owing to
lack of time ;-)
>If that's really the way you'd prefer it to be,
errm ... I went round the loop you did ...
- it's the way that Linus & co. want it to be ... and, of course, once one
looks at it a little harder, makes perfect sense.
** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/
More information about the Linuxppc-dev