With the most recent Red Hat 9 kernel (2.4.20-24.9), the ALSA modules
fail again with the schedule_work error. Upon closer examination, it
looks like ./configure fails to apply the "mkdir -p; touch workqueue.h"
trick, because of an error:
# ./configure --prefix=/usr --with-isapnp=no --with-sequencer=yes
--with-oss=yes --with-cards=virmidi,emu10k1
[snip]
checking for redhat kernel... "no"
./configure: line 3830: test: =: unary operator expected
[snip]
config.log reveals this:
configure:3776: checking for redhat kernel
configure:3804: gcc -o conftest -g -O2
-I/lib/modules/2.4.20-24.9/build/include conftest.c >&5
configure:3807: $? = 0
configure:3809: ./conftest
configure:3812: $? = 1
configure: program exited with status 1
configure: failed program was:
| /* confdefs.h. */
|
| #define PACKAGE_NAME ""
| #define PACKAGE_TARNAME ""
| #define PACKAGE_VERSION ""
| #define PACKAGE_STRING ""
| #define PACKAGE_BUGREPORT ""
| #define STDC_HEADERS 1
| #define TIME_WITH_SYS_TIME 1
| #define CONFIG_SND_KERNELDIR "/lib/modules/2.4.20-24.9/build"
| /* end confdefs.h. */
|
| #include "/lib/modules/2.4.20-24.9/build/include/linux/autoconf.h"
| int main( void ) {
| #ifndef RED_HAT_LINUX_KERNEL
| exit(1);
| #else
| exit(0);
| #endif
| }
|
configure:3822: result: "no"
The solution was to manually do the "mkdir -p; touch" trick after
running ./configure.
--
Florin Andrei
http://florin.myip.org/
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
Alsa-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-user
