kernel 2.1.38 (2.1.37 shows the same behaviour) reliably produces the
following two oopses when invoking "ctlinnd newgroup some.group.name" using
innd-1.5.1; the kernel comes back to life after some minutes.
-----------------------------------------------------------------------------
Unable to handle kernel NULL pointer dereference at virtual address 00000000
current->tss.cr3 = 035ca000, %cr3 = 035ca000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011913c>]
EFLAGS: 00010286
eax: 035ca000 ebx: 40149000 ecx: 4014a000 edx: c3620340
esi: 00001000 edi: 00000000 ebp: c01fd0e0 esp: c35c7f04
ds: 0018 es: 0018 ss: 0018
Process innd (pid: 123, process nr: 4, stackpage=c35c7000)
Stack: c3620340 00000000 00000000 c35c7f9c c35c6000 c01206b1 c3620340 00000000
00000000 00000242 000081b4 00000048 000081a4 00000002 00000000 c3620340
00000002 337dca09 00000242 c012964a c3620340 00000000 c22d97a0 00000011
Call Trace: [<c01206b1>] [<c012964a>] [<c0121130>] [<c01212df>] [<c010939a>]
Code: 8b 2f 8b 5f 04 8b 77 08 29 de 8b 47 28 39 44 24 1c 76 38 8b
>>EIP: c011913c <vmtruncate+34/b4>
Trace: c01206b1 <do_truncate+41/70>
Trace: c012964a <open_namei+37a/3d8>
Trace: c0121130 <do_open+4c/140>
Trace: c01212df <sys_open+3b/70>
Trace: c010939a <system_call+3a/40>
Code: c011913c <vmtruncate+34/b4>
-----------------------------------------------------------------------------
Unable to handle kernel NULL pointer dereference at virtual address 0000001c
current->tss.cr3 = 00101000, %cr3 = 00101000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c0121380>]
EFLAGS: 00010202
eax: 00000000 ebx: 00000001 ecx: c0130000 edx: c37bf560
esi: 00000000 edi: 00000001 ebp: c36aa000 esp: c35c7e60
ds: 0018 es: 0018 ss: 0018
Process innd (pid: 123, process nr: 4, stackpage=c35c7000)
Stack: 00000001 00000011 00000001 c36aa000 c011537e 00000000 c35c7ed0 c35c7ed0
00000000 c01fd0e0 c0109923 0000000b 00000000 c010e744 c01c3b68 c35c7ed0
00000000 c35c6000 00001000 00000000 c01fd0e0 00000000 00149000 c01fd0e0
Call Trace: [<c011537e>] [<c0109923>] [<c010e744>] [<c01c3b68>] [<c0109512>]
[<c011913c>] [<c01206b1>]
[<c012964a>] [<c0121130>] [<c01212df>] [<c010939a>]
Code: 66 83 7e 1c 00 75 11 68 88 51 1c c0 e8 db 00 ff ff 31 c0 83
>>EIP: c0121380 <close_fp+8/84>
Trace: c011537e <do_exit+116/1fc>
Trace: c0109923 <die_if_kernel+5b/60>
Trace: c010e744 <do_page_fault+328/338>
Trace: c01c3b68 <bad_pmd_string+23c/270>
Trace: c0109512 <error_code+32/40>
Trace: c011913c <vmtruncate+34/b4>
Trace: c01206b1 <do_truncate+41/70>
Trace: c012964a <open_namei+37a/3d8>
Trace: c0121130 <do_open+4c/140>
Trace: c01212df <sys_open+3b/70>
Trace: c010939a <system_call+3a/40>
Code: c0121380 <close_fp+8/84>
-----------------------------------------------------------------------------
My config:
CONFIG_EXPERIMENTAL=y
CONFIG_MODULES=y
CONFIG_MODVERSIONS=y
CONFIG_KERNELD=y
CONFIG_NET=y
CONFIG_PCI=y
CONFIG_PCI_OPTIMIZE=y
CONFIG_SYSVIPC=y
CONFIG_SYSCTL=y
CONFIG_BINFMT_ELF=y
CONFIG_M586=y
CONFIG_BLK_DEV_FD=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=y
CONFIG_BLK_DEV_IDECD=y
CONFIG_BLK_DEV_TRITON=y
CONFIG_INET=y
CONFIG_PATH_MTU_DISCOVERY=y
CONFIG_IP_NOSR=y
CONFIG_SKB_LARGE=y
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=y
CONFIG_BLK_DEV_SR=y
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=y
CONFIG_SCSI_CONSTANTS=y
CONFIG_SCSI_NCR53C8XX=y
CONFIG_NETDEVICES=y
CONFIG_NET_ETHERNET=y
CONFIG_NET_ISA=y
CONFIG_NE2000=y
CONFIG_PPP=y
CONFIG_SLIP_COMPRESSED=y
CONFIG_EXT2_FS=y
CONFIG_FAT_FS=y
CONFIG_MSDOS_FS=y
CONFIG_VFAT_FS=y
CONFIG_PROC_FS=y
CONFIG_NFS_FS=y
CONFIG_SUNRPC=y
CONFIG_LOCKD=y
CONFIG_ISO9660_FS=y
CONFIG_AUTOFS_FS=y
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=y
CONFIG_RTC=y
Thomas Pundt ------------------------ http://wwwmath.uni-muenster.de/~pundtt/
Westfaelische Wilhelms-Universitaet | pundtt@math.uni-muenster.de
Einsteinstr. 62, D-48149 Muenster | Edith-Stein-Str. 9, D-48149 Muenster
(+49) 251 - 83 33747 | privat: (+49) 251 - 273305