v1.3.32 Oopses

Peter K (pko@paradigm.co.za)
Mon, 9 Oct 1995 15:56:41 +0200 (GMT+0200)


Hi, gang

I have run into several (well, uh, about 10 in the space of about 6 hours)
kernel oopses just this morning after applying 1.3.32 complainin about
not being able to free unallocated kernel pages (?)

I have recorded 2 (manually) and ksymoops returns the following
CPU: 0
EIP: 0010:001193d9
EFLAGS: 00010046
eax: 00000000 ebx: 00000001 ecx: 001deb80 edx: 612e424b
esi: fffff000 edi: 01731000 ebp: 00000b98 esp: 001bbf38
ds: 0018 es: 0018 fs: 002b gs: 0000 ss:0018
Process swapper (pid: 0, process nr: 0, stackpage=001ba384)
Stack: 01731000 00000004 00000008 00000090 001f0cc4 00000002 0011c3ae 01731000
00000000 00000000 01731078 01731018 001bbfac 01731010 00000246 000001d4
00144d87 01731018 00000000 00000005 001de974 00137236 01731018 00137170
Call Trace: 0011c3ae 00144d87 00137236 00137170 00110dd0 001165be 0010a41d
Code: 89 7a 04 89 b8 80 eb 1d 00 ff 05 50 e0 1b 00 8b 44 24 1c c1

rendering

Using `/System.map' to map addresses to symbols.
>>EIP: 1193d9 <free_pages+e9/1b0>
Trace: 11c3ae <kfree+10e/140>
Trace: 144d87 <destroy_sock+237/280>
Trace: 137236 <net_timer+c6/190>
Trace: 137236 <net_timer+c6/190>
Trace: 110dd0 <timer_bh+40/a0>
Trace: 1165be <do_bottom_half+3e/80>
Trace: 10a41d <handle_bottom_half+d/20>

Code: 1193d9 <free_pages+e9/1b0> movl %edi,0x4(%edx)
Code: 1193dc <free_pages+ec/1b0> movl %edi,0x1deb80(%eax)
Code: 1193e2 <free_pages+f2/1b0> incl 0x1be050
Code: 1193e8 <free_pages+f8/1b0> movl 0x1c(%esp,1),%eax
Code: 1193ec <free_pages+fc/1b0> roll $0x90,(%eax)
Code: 1193ef <free_pages+ff/1b0> nop

and

CPU: 0
EIP: 0010:001193d9
EFLAGS: 00010046
eax: 00000000 ebx: 00000001 ecx: 001deb80 edx: 612e424b
esi: fffff000 edi: 01570000 ebp: 00000ab8 esp: 00b4dd20
ds: 0018 es: 0018 fs: 002b gs: 0000 ss:0018
Process bash (pid: 79, process nr: 6, stackpage=00b4d000)
Stack: 01157100 00000001 00000000 00000000 001f05c0 00000002 00172b50 01570000
00000000 01571000 001704f0 01571018 010d47e0 0155c1c0 00b40000 00b4ddf8
00000000 00000000 00000001 00275b18 001707ca 010d47e0 0011dc52 0155c1c0
Call Trace: 00172b50 001704f0 001707ca 0011dc52 00114f7e 00115246 0010aa72
03000000 02800000 0010aecc 0010aea0 0010a656 001193d9 00117050 0011b0ac
00115049 0011523b 0010aa72 03000000 02800000 0010aeac 0010aea0 0010a65b
00119536 0011826b 0016fa51 001100e3 0010ffe0 0010a65b
Code: 89 7a 04 89 b8 80 eb 1d 00 ff 05 50 e0 1b 00 8b 44 24 1c c1

giving

Using `/System.map' to map addresses to symbols.
>>EIP: 1193d9 <free_pages+e9/1b0>
Trace: 172b50 <n_tty_close+20/30>
Trace: 1704f0 <release_dev+3d0/4e0>
Trace: 1707ca <tty_release+a/10>
Trace: 11dc52 <close_fp+62/90>
Trace: 114f7e <exit_files+3e/60>
Trace: 115246 <do_exit+56/c0>
Trace: 10aa72 <die_if_kernel+2c2/2e0>
Trace: 3000000
Trace: 2800000
Trace: 10aecc <do_general_protection+2c/60>
Trace: 10aecc <do_general_protection+2c/60>
Trace: 10a656 <error_code+46/60>
Trace: 1193d9 <free_pages+e9/1b0>
Trace: 117050 <zap_page_range+120/1c0>
Trace: 11b0ac <exit_mmap+5c/70>
Trace: 115049 <exit_mm+29/50>
Trace: 11523b <do_exit+4b/c0>
Trace: 10aa72 <die_if_kernel+2c2/2e0>
Trace: 3000000
Trace: 2800000
Trace: 10aeac <do_general_protection+c/60>
Trace: 10aeac <do_general_protection+c/60>
Trace: 10a65b <error_code+4b/60>
Trace: 119536 <__get_free_pages+96/1b0>
Trace: 11826b <do_no_page+2db/440>
Trace: 16fa51 <tty_read+b1/e0>
Trace: 1100e3 <do_page_fault+103/270>
Trace: 1100e3 <do_page_fault+103/270>
Trace: 10a65b <error_code+4b/60>

Code: 1193d9 <free_pages+e9/1b0> movl %edi,0x4(%edx)
Code: 1193dc <free_pages+ec/1b0> movl %edi,0x1deb80(%eax)
Code: 1193e2 <free_pages+f2/1b0> incl 0x1be050
Code: 1193e8 <free_pages+f8/1b0> movl 0x1c(%esp,1),%eax
Code: 1193ec <free_pages+fc/1b0> roll $0x90,(%eax)
Code: 1193ef <free_pages+ff/1b0> nop

My config : P5-133, 32 Mb, 256 Kb, 2 x 1 Gb SCSI II's, PCI NCR53c810, 8
bit SoundBlaster, ISA NE2000 (Accton), ISA USR 14400, PCI Phoenix S3
Trio64 running an ELF kernel.

This happens regularly, so much so that I want to return to 1.3.31 (code
named 'OJ', innit ? :) Last time bleading-linux was this unstable (for me)
was in the 1.1.5x's, I think.

HTH

Peter Kooiman | Fax : ++27-12-663-4191/2
Paradigm Systems Technology |
Pretoria, South Africa | UUCP : pko@silmaril.UUCP
Voice : ++27-12-663-5340 | DNS : pko@paradigm.co.za