Re: Fix for PPC audio devices that can't reendianize samples

["Iain Sandoe" <iain@sandoe.co.uk>]

On Sat, Aug 11, 2001,  Geert Uytterhoeven wrote:
> On Fri, 10 Aug 2001, Iain Sandoe wrote:
>> > The attached patch adds code to drivers/sound/dmasound/trans_16.c to
>> > byteswap little-endian audio samples for hardware that needs it (like the
>> > DACA audio chip in the iBook and iBook FireWire), and also marks the DACA
>> > in the iBook FireWire as being unable to handle little-endian audio
>> > samples (in dmasound_awacs.c).
>>
>> we've been round this loop ;-)))
>>
>> the reason that the byte-swap code was taken out of trans_16.c is that it
>> will never be allowed into the kernel.
>
> And we'll have to remove the current byteswap code in the kernel (there still
> is some).

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
applications).

My main problems atm are:

(a) working out what to do about mksound() - this is messy as it is and
needs fixing in order to deal with DACA & Tumbler (it fiddles with the H/W
which makes it chip-specific at present)...

(b) wondering if losing all that stuff is going to be acceptable to the m68k
ports (or whether we will end up having a PPC-specific driver).

(c) not having any time ... (but that's an old problem) ...

ciao,
Iain.

** Sent via the linuxppc-dev mail list. See http://lists.linuxppc.org/