lkml.org 
[lkml]   [1997]   [May]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Subjectanother oops
Date
From
another oops, actually a pair of them that came together.  This happens
reliably when I try to copy /usr/src/linux/System.map over /boot/System.map.
It doesn't seem to work with other files, I am not sure if System.map is
open at the time or what.

Anyway, upon doing a "cp System.map /boot" I immediately get the following
oops:

Unable to handle kernel NULL pointer dereference at virtual address 00000000
current->tss.cr3 = 006cf000, %cr3 = 006cf000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011a748>]
EFLAGS: 00010286
eax: c001ccd0 ebx: 400ce000 ecx: 400ee000 edx: c0cea2e0
esi: 00020000 edi: 00000000 ebp: c001c640 esp: c0707ef4
ds: 0018 es: 0018 ss: 0018
Process cp (pid: 97, process nr: 38, stackpage=c0707000)
Stack: c0cea2e0 00000000 00000000 c0707f94 c0706000 c0122861 c0cea2e0 00000000
00000000 00000242 00008180 00000048 000081a4 00000002 00000000 c0cea2e0
00000002 337e2442 00000242 c012c578 c0cea2e0 00000000 c0c8cbc0 00000180
Call Trace: [<c0122861>] [<c012c578>] [<c01233ae>] [<c012358f>] [<c01095ba>]
Code: 8b 2f 8b 5f 04 8b 77 08 29 de 8b 47 28 39 44 24 1c 76 38 8b

ksymoops says:

>>EIP: c011a748 <vmtruncate+38/c0>
Trace: c0122861 <do_truncate+41/70>
Trace: c012c578 <open_namei+418/480>
Trace: c01233ae <do_open+5e/160>
Trace: c012358f <sys_open+3f/80>
Trace: c01095ba <system_call+3a/40>

Code: c011a748 <vmtruncate+38/c0>


a couple of minutes later, (while I was trying to write that down) another
oops came:

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:[<c0123647>]
EFLAGS: 00010202
eax: 00000000 ebx: 00000000 ecx: 00000000 edx: c0c8cb20
esi: 00000004 edi: 00000001 ebp: c07b8000 esp: c0707e58
ds: 0018 es: 0018 ss: 0018
Process cp (pid: 97, process nr: 38, stackpage=c0707000)
Stack: 00000001 00000004 00000001 c0115a2e 00000000 c0707ec0 00000000 c0707ec0
c001ccd0 c0109b47 0000000b 00000000 c010e29a c01aeb90 c0707ec0 c0110000
c0706000 00020000 00000000 c001c640 08000000 c08e0400 c0706000 c0109732
Call Trace: [<c0115a2e>] [<c0109b47>] [<c010e29a>] [<c01aeb90>] [<c0110000>] [<c0109732>] [<c0110000>]
[<c011a748>] [<c0122861>] [<c012c578>] [<c01233ae>] [<c012358f>] [<c01095ba>]
Code: 66 83 7b 1c 00 75 22 68 6a 01 1b c0 e8 a8 dd fe ff 31 c0 83

ksymoops says:

>>EIP: c0123647 <close_fp+7/a0>
Trace: c0115a2e <do_exit+11e/210>
Trace: c0109b47 <die_if_kernel+57/70>
Trace: c010e29a <do_page_fault+32a/350>
Trace: c01aeb90 <bad_pmd_string+23c/268>
Trace: c0110000 <sys_nanosleep+130/1a0>
Trace: c0109732 <error_code+32/40>
Trace: c0110000 <sys_nanosleep+130/1a0>
Trace: c011a748 <vmtruncate+38/c0>
Trace: c0122861 <do_truncate+41/70>
Trace: c012c578 <open_namei+418/480>
Trace: c01233ae <do_open+5e/160>
Trace: c012358f <sys_open+3f/80>
Trace: c01095ba <system_call+3a/40>

Code: c0123647 <close_fp+7/a0>

At that point I decided to make sure it was really dead, so I walked down
to the computer lab, and telneted to a real computer (ie, non windoesn't 95)
and did ping and telnet to check. Nothing. I came back upstairs, and
presto, I was back at the prompt! Everything seemed to be working, and a
repeat of the "cp" command went into the "D" state, but didn't cause an
oops.

System info (forgot to include that in the last post, oops) Cx486/100,
nothing fancy, kernel 2.1.38 + des on loop device, a bunch of modules
(floppy, sound, nfsd..) but only nfsd loaded. No kerneld.

Evan Jeffrey
ejeffrey@eliot82.wustl.edu

\
 
 \ /
  Last update: 2005-03-22 13:39    [W:0.028 / U:0.060 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site