2.1.38 oops with diald

Geoffrey Hoff (ghoff@fire5e.math.utk.edu)
Sun, 18 May 1997 17:22:50 -0400


Some 2.1.38 oopses. Both of these were caused by diald when it closes an
idle link. The second contains syslog messages just before Oops. Both caused
lockup for a few minutes but than recovered. Any further attempts with diald
without reboot caused solid lock.

Also, any attempt to use a parallel printer resulted in the message:
kfree_s: Bad obj 00000000
I assume that this is unrelated to above problem and to make sure that this
did not effect the other, the second oops was generated on a freshly rebooted
machine. Parport and lp are modules.

System info:
single PPro with 440FX chipset
kernel-2.1.38
modutils-2.1.34
gcc-2.7.2.1
binutils-2.7.0.9
libc-5.4.23
ld.so-1.8.10
mount-2.6g
net-tools-1.41
diald-0.16

Slip is compiled in kernel, ppp is modular. Kerneld is being used, but does
not seem to be a factor. This problem is very repeatable. Diald is not most
rescent version, but that should not be an excuse for a kernel crash. If
someone wants my .config just ask.

Unable to handle kernel paging request at virtual address 21000407
current->tss.cr3 = 019a2000, 8r3 = 019a2000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011e2df>]
EFLAGS: 00010086
eax: c1b6725c ebx: c024b1a0 ecx: 210003ff edx: c112ffc0
esi: c1b67140 edi: 00000202 ebp: bffffd94 esp: c199defc
ds: 0018 es: 0018 ss: 0018
Process diald (pid: 174, process nr: 19, stackpage=c199d000)
Stack: 00000001 c1b67140 c1469178 bffffd94 c1b05bc0 c1b6725c c199df80 c01441b0
c1b67140 c1b67140 c1469100 c014400d c1b67140 c1b67140 c015e183 c1b67140
c1469100 c1d213ec 00000000 c014d049 c1469100 c1469100 c015e864 c1469100
Call Trace: [<c01441b0>] [<c014400d>] [<c015e183>] [<c014d049>] [<c015e864>] [<c0141357>] [<c01417b0>]
[<c01219ab>] [<c0121a26>] [<c0121aa2>] [<c010945a>]
Code: 8b 69 08 81 fd 2b 2f c3 a5 0f 85 d6 00 00 00 8b 69 0c 85 ed

Using `/boot/System.map' to map addresses to symbols.

>>EIP: c011e2df <kfree+77/1a4>
Trace: c01441b0 <kfree_skbmem+58/64>
Trace: c014400d <__kfree_skb+3d/44>
Trace: c015e183 <destroy_sock+93/230>
Trace: c014d049 <packet_close+65/6c>
Trace: c015e864 <inet_release+70/78>
Trace: c0141357 <sock_release+1f/40>
Trace: c01417b0 <sock_close+38/3c>
Trace: c01219ab <__fput+1f/4c>
Trace: c0121a26 <close_fp+4e/84>
Trace: c0121aa2 <sys_close+46/50>
Trace: c010945a <system_call+3a/40>

Code: c011e2df <kfree+77/1a4>

May 18 13:29:07 Vader pppd[577]: local IP address 128.169.244.135
May 18 13:29:07 Vader pppd[577]: remote IP address 128.169.244.172
May 18 13:29:08 Vader diald[174]: Nonzero exit status (7) on command '/sbin/route add 128.169.244.172 metric 0 dev ppp0'
May 18 13:34:29 Vader diald[174]: Closing down idle link.
Unable to handle kernel paging request at virtual address 21000407
current->tss.cr3 = 009da000, 8r3 = 009da000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011e2df>]
EFLAGS: 00010086
eax: c06c425c ebx: c024b1a0 ecx: 210003ff edx: c06c4170
esi: c06c4140 edi: 00000202 ebp: bffffd94 esp: c07fdefc
ds: 0018 es: 0018 ss: 0018
Process diald (pid: 174, process nr: 19, stackpage=c07fd000)
Stack: 00000001 c06c4020 c1949d38 bffffd94 c0863bc0 c06c425c c07fdf80 c014419d
c06c4140 c06c4020 c1949cc0 c014400d c06c4020 c06c4020 c015e183 c06c4020
c1949cc0 c07ee5cc 00000000 c014d049 c1949cc0 c1949cc0 c015e864 c1949cc0
Call Trace: [<c014419d>] [<c014400d>] [<c015e183>] [<c014d049>] [<c015e864>] [<c0141357>] [<c01417b0>]
[<c01219ab>] [<c0121a26>] [<c0121aa2>] [<c010945a>]
Code: 8b 69 08 81 fd 2b 2f c3 a5 0f 85 d6 00 00 00 8b 69 0c 85 ed

Using `/boot/System.map' to map addresses to symbols.

>>EIP: c011e2df <kfree+77/1a4>
Trace: c014419d <kfree_skbmem+45/64>
Trace: c014400d <__kfree_skb+3d/44>
Trace: c015e183 <destroy_sock+93/230>
Trace: c014d049 <packet_close+65/6c>
Trace: c015e864 <inet_release+70/78>
Trace: c0141357 <sock_release+1f/40>
Trace: c01417b0 <sock_close+38/3c>
Trace: c01219ab <__fput+1f/4c>
Trace: c0121a26 <close_fp+4e/84>
Trace: c0121aa2 <sys_close+46/50>
Trace: c010945a <system_call+3a/40>

Code: c011e2df <kfree+77/1a4>

If there is anything else I can do to help, just ask.

Geoff Hoff

--
Geoffrey Hoff <ghoff@utk.edu>
Assistant Systems Administrator
Department of Mathematics, University of Tennessee Knoxville