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

On Sat, Aug 11, 2001,  Geert Uytterhoeven wrote:

On Fri, 10 Aug 2001, Iain Sandoe wrote:

quoted

quoted

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/