At Wed, 05 Sep 2007 17:54:35 +0100, James Pearson wrote:
Takashi Iwai wrote:
OK, I'll do a bit more poking about to see if I can get 1.0.15rc1 to build ...
Thanks
James Pearson
Configure output:
# ./configure --with-redhat=yes
The output looks OK to me. Does the patch (to alsa-driver tree) fix the problem?
Takashi
diff -r adfe4179d670 misc/ac97_bus.c --- a/misc/ac97_bus.c Fri Aug 31 12:22:35 2007 +0200 +++ b/misc/ac97_bus.c Wed Sep 05 18:09:42 2007 +0200 @@ -1,1 +1,3 @@ +#include <sound/driver.h> +#include <sound/core.h> #include "../alsa-kernel/ac97_bus.c"
Yes ... I did something similar - copied in ../alsa-kernel/ac97_bus.c and patched with alsa-driver-1.0.13/pci/ac97/ac97_bus.patch - which makes it compile - it bombs out later on some of the soc/ code - but as nothing similar exists in 1.0.13, I just skipped that with 'make -i' ...
Hm, maybe it's better to specify 2.6.16 or so for SND_SOC in alsa-driver/kconfig-vers. Could you check whether it works?
However, with these 1.0.15rc1 modules installed, and using alsa-lib-1.0.15rc1, I get exactly the same problem with 32 bit apps:
Playing WAVE 'test.wav' : Signed 16 bit Little Endian, Rate 48000 Hz, Mono aplay: pcm_write:1268: write error: Invalid argument
amd dmesg has:
ioctl32(aplay:6228): Unknown cmd fd(3) cmd(40045402){00} arg(ffffac98) on /dev/snd/timer ioctl32(aplay:6228): Unknown cmd fd(5) cmd(c008551a){00} arg(0806ccd0) on /dev/snd/controlC0 ioctl32(aplay:6228): Unknown cmd fd(5) cmd(c008551b){00} arg(0806ccd0) on /dev/snd/controlC0 ioctl32(aplay:6228): Unknown cmd fd(3) cmd(000054a0){00} arg(00000325) on /dev/snd/timer
Do you use the latest alsa-lib, too? The old alsa-lib tries only the old ioctl, of course...
Takashi