On Mon, Nov 22, 2004 at 10:07:22PM +0100, Hendrik Sattler wrote: > Am Sonntag, 21. November 2004 12:34 schrieb Martin Habets: > > I have been working on an ALSA driver for the DBRI/CS4215 chip > > combo found in Sparc machines. It is a port of the 2.5 OSS driver. > > > > Things are starting to work, but since this is my first major > > undertaking I'm looking for your comments. Ask early, ask often... > > At this point I expect playback to work to all possible outputs (there > > is some clipping on 16 bit formats). I have not been able to get recording > > output in a file, though it does seem to catch data. > > > > So I look for anything from coding style to design issues to spelling to > > 'it worked' to 'I get an error' to the-meaning-of-the-universe. > > Just keep the phasers on stun, please :) > > I have some problems compiling alsa-drivers-1.0.7 on sparc32. I get errors > like: > /lib/modules/2.4.27-1-sparc32/build/include/asm/ptrace.h:74:29: > asm/asm_offsets.h: Datei oder Verzeichnis nicht gefunden > > I have kernel-headers-2.4.27-1 installed (and kernel-image-2.4.27-1 is > running). > What can I do about this? The asm_offsets.h file does only seem to exist in: > # find .. -name asm_offsets.h > ../kernel-headers-2.4.27-1/include/asm-alpha/asm_offsets.h > ../kernel-headers-2.4.27-1/include/asm-sparc64/asm_offsets.h > > Is this a kernel-headers package problem?
I think so. In my asm-sparc/ptrace.h I have this at line 74: /* * The asm_offsets.h is a generated file, so we cannot include it. * It may be OK for glibc headers, but it's utterly pointless for C code. * The assembly code using those offsets has to include it explicitly. */ /* #include <asm/asm_offsets.h> */ In my 2.6.8 kernel build I do have asm/asm_offsets.h with at the top: * This file was generated by arch/sparc/Makefile and then a bunch of AOFF_* defines. My recommendation would be either to upgrade kernel-headers, or just comment out the include. > > At: http://www.mph.eclipse.co.uk/pub/linux/dbri > > you'll find these files: > > - dbri.c Source code of the driver > > - Alsa.patch Patch against Alsa-driver 1.0.7rc1, without the driver > > code itself (pick up dbri.c and put it in > > alsa-kernel/sparc). > > That patch is incomplete: alsa-driver/acinclude.m4 needs to be modified and > aclocal and autoconf must be run afterwards, so that the configure option > --with-cards=sun-dbri > is usable. Just take AMD7930 as example and make a simple copy and modify. Actually, acinclude.m4 is generated by 'make all-deps' (which should also recompile util/mod-deps). This should have been triggered by the Kconfig and mod-deps.c changes. I'm afraid this area is a bit of black magic to me. I'll update the README to add building instructions. > > - Alsa-build.patch Patched to make Alsa build for sparc drivers. This > > code is already in the current Alsa version, so you > > may not need it. > > Maybe you should remove that file. It does not work with alsa-source package > in Debian an upstream is at 1.0.7 to which that patch does not apply. Thanks, I'm not familiar with Debian's alsa-source package but will have a look at it. I am not sure what alsa version exactly the build patches went in. I'll clarify it is not needed on 1.0.7. I am sure it is needed on 1.0.7rc1 (and earlier). > I'd really like to test this but first I have to fix the problem above. Maybe > someone can give me a hint... > I use the configure options > --with-sequencer=yes --with-oss=yes --with-cards=sun-amd7930,sun-dbri > > HS > > -- > Mein GPG-Key ist auf meiner Homepage verf?gbar: http://www.hendrik-sattler.de > oder ?ber pgp.net > > PingoS - Linux-User helfen Schulen: http://www.pingos.org > Thanks, Martin
