..thought I'd point out that reverting to kernel 2135 *eliminated* the
problem I was seeing with vim-enhanced (writing to disk resulted in
SIGILL's). I'll open a bugzilla ticket against 2163 on this issue I guess.
The only outstanding issue I've seen now is that if I set
LD_ASSUME_KERNEL=2.2.5 I get the following odd errors (and this is with any
binary, not just dmesg in the example below:
[ksnider(a)dw1.dw ksnider]$ ldd `which uname`
libc.so.6 => /lib64/tls/libc.so.6 (0x0000003f53000000)
/lib64/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2
(0x0000003f52e00000)
[ksnider(a)dw1.dw ksnider]$ uname -a
Linux dw1.dw 2.4.22-1.2135.nptlsmp #1 SMP Mon Dec 15 15:45:38 EST 2003
x86_64 x86_64 x86_64 GNU/Linux
[ksnider(a)dw1.dw ksnider]$ export LD_ASSUME_KERNEL=2.2.5
[ksnider(a)dw1.dw ksnider]$ uname -a
uname: error while loading shared libraries: libc.so.6: cannot open shared
object file: No such file or directory
[ksnider(a)dw1.dw ksnider]$ unset LD_ASSUME_KERNEL
[ksnider(a)dw1.dw ksnider]$ uname -a
Linux dw1.dw 2.4.22-1.2135.nptlsmp #1 SMP Mon Dec 15 15:45:38 EST 2003
x86_64 x86_64 x86_64 GNU/Linux
Very odd, looks like something is munging the LD_LIBRARY_PATH perhaps with
NPTL disabled?