I am putting off messing with 2.5 kernels until it gets closer to becoming 2.6. I did some work with the 2.5 kernel last fall out of necessity, but would like to save the rest to do just once. The kernel developers change things so rapidly that I could spend an enormous amount of time putting in changes to LiS only to have to undo them for a later rev of the 2.5 kernel.
-- Dave
At 07:16 AM 2/17/2003 Monday, Paul Landay wrote:
I have seen problems with using LiS on 2.4.20 and 2.5.x kernels.
A. There is a beta program for RedHat 8.1 which ships a modified 2.4.20 kernel (2.4.20-2.21). LiS fails to build on this kernel.
1. The LiS "Configure" script decides that the "-DRH_71_KLUDGE" flag is needed. This does not happen with RH7.2 or RH7.3 or RH8.0. Manually changing the "config.in" to unset this flag did not help.
2. The LiS "make" fails with the messages: make[1]: Entering directory `/usr/src/LiS-2.14/head/linux' gcc -DLiS -D__KERNEL__ -DVERSION_2 -Wall -Wstrict-prototypes -O2 -DINLINE=inline -DSTATIC=static -fomit-frame-pointer -D__SMP__ -I/usr/src/LiS/include -I///usr/src/linux-2.4.20-2.2/include -I///usr/src/linux-2.4.20-2.21/arch/i386/mach-generic -DLINUX -DUSE_KTHREAD -DMODVERSIONS -DMODULE -c -o mdep.o /usr/src/LiS/head/mdep.c In file included from /usr/src/LiS/head/mdep.c:26: /usr/src/LiS/head/linux-mdep.c: In function `lis_clear_and_save_sigs': /usr/src/LiS/head/linux-mdep.c:4273: structure has no member named `sigmask_lock' /usr/src/LiS/head/linux-mdep.c:4276: too many arguments to function `recalc_sigpending_Rsmp_fb6af58d' /usr/src/LiS/head/linux-mdep.c:4277: structure has no member named `sigmask_lock' In file included from /usr/src/LiS/head/mdep.c:26: /usr/src/LiS/head/linux-mdep.c: In function `lis_restore_sigs': /usr/src/LiS/head/linux-mdep.c:4295: structure has no member named `sigmask_lock' /usr/src/LiS/head/linux-mdep.c:4297: too many arguments to function `recalc_sigpending_Rsmp_fb6af58d' /usr/src/LiS/head/linux-mdep.c:4298: structure has no member named `sigmask_lock' make[1]: *** [mdep.o] Error 1 The /usr/src/linux-2.4.20-2.21/arch/i386/kernel/signal.c does not contain sigmask_lock instead it uses sig->siglock.
B. LiS also failed on the generic 2.4.20 kernel from http://www.kernel.org
1. Same problem as A.1. above.
The generic kernel did not have the sigmask_lock problem in A.2., so that is probably some ReHat specific change causing that issue.
2. Once you build LiS (with or without the -DRH_71_KLUDGE) an "insmod streams" will oops with the messages: Streams driver "loop-around" registered, major 233 Unable to handle kernel NULL pointer dereference at virtual address 00000008 printing eip: c013d9fe Segmentation fault /sbin/insmod streams *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[link_path_walk+62/2192] Not tainted EIP: 0010:[<c013d9fe>] Not tainted EFLAGS: 00010202 eax: 00000000 ebx: de423e64 ecx: de422000 edx: 00000001 esi: c1734000 edi: de423e64 ebp: e090c73c esp: de423e04 ds: 0018 es: 0018 ss: 0018 Process insmod (pid: 1134, stackpage=de423000)
C. I have also seen problems with LiS on various level of the generic 2.5.x kernels from http://www.kernel.org.
1. /usr/src/LiS/head/osif.c:511: macro `lis_spl0' used without args The bypass to this problem is pretty simple.
2. LiS 2.15 'make' fails on 2.5.54 kernel, searching for irq_vectors.h, the bypass is to: cd /usr/src/linux-2.5.54/include/asm-i386 ln -s mach-default/irq_vectors.h Seems like the 2.5 kernels have another level of subdirectories in the CPU-specific include files.
3. LiS 2.15 'make' fails on 2.5.54 kernel, maybe because /proc/ksyms is now gone in the 2.5 kernels. /usr/src/LiS/head/head.c: In function `lis_stropen': /usr/src/LiS/head/head.c:3612: dereferencing pointer to incomplete type /usr/src/LiS/head/head.c:4092: dereferencing pointer to incomplete type /usr/src/LiS/head/head.c:3584: warning: `oldmnt_cnt' might be used uninitialized in this function
I don't have the development skills or the knowledge of LiS to suggest fixes for these problems (more than what I listed above), but if I can help to find fixes please let me know.
Paul Landay [EMAIL PROTECTED]
_______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
_______________________________________________ Linux-streams mailing list [EMAIL PROTECTED] http://gsyc.escet.urjc.es/mailman/listinfo/linux-streams
