X oopsed once on me after about a week of uptime, and now whenever I try
to run "startx" I get the message
umsdos_lookup_x: tmp/..LINK256 negative after link
followed by the below oops.
System is slackware 8.0 with a hand-compiled stock 2.4.17 kernel,
64MB RAM, Pentium II 300Mhz, Matrox Millenium II graphics card.
Filesystem is a 4GB vfat drive with umsdos running on top. It worked fine
until this happened... rebooting doesn't help, nor does "umssync" and I
can't figure out which file is causing the problem (assuming it really is
a UMS DOS problem, the decoded oops seems a bit odd, but I have made sure
the system map file is the proper one).
ksymoops 2.4.3 on i686 2.4.17. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.4.17/ (default)
-m /usr/src/linux/System.map (default)
No modules in ksyms, skipping objects
Warning (read_lsmod): no symbols in lsmod, is /proc/modules a valid lsmod file?
Unable to handle kernel NULL pointer dereference at virtual address 00000008
c012d4d4
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c012d4d4>] Not tainted
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010282
eax: c2e803a0 ebx: c2e803a0 ecx: 00000000 edx: c2e803a0
esi: fffffff7 edi: c2e801a0 ebp: 00000000 esp: c3addf9c
ds: 0018 es: 0018 ss: 0018
Process X (pid: 420, stackpage=c3add000)
Stack: c2e803a0 fffffff7 bffffb7b 0000000b c012cb38 c3adc000 00000001 bffffb7b
bfffe99c c0106b0b 00000000 bfffd990 0000000b 00000001 bffffb7b bfffe99c
00000004 0000002b 0000002b 00000004 40100f54 00000023 00000297 bfffd93c
Call Trace: [<c012cb38>] [<c0106b0b>]
Code: 8b 75 08 ff 4b 14 0f 94 c0 84 c0 0f 84 ac 00 00 00 53 e8 8d
>>EIP; c012d4d4 <fput+c/d0> <=====
Trace; c012cb38 <sys_write+bc/c4>
Trace; c0106b0a <system_call+32/38>
Code; c012d4d4 <fput+c/d0>
0000000000000000 <_EIP>:
Code; c012d4d4 <fput+c/d0> <=====
0: 8b 75 08 mov 0x8(%ebp),%esi <=====
Code; c012d4d6 <fput+e/d0>
3: ff 4b 14 decl 0x14(%ebx)
Code; c012d4da <fput+12/d0>
6: 0f 94 c0 sete %al
Code; c012d4dc <fput+14/d0>
9: 84 c0 test %al,%al
Code; c012d4de <fput+16/d0>
b: 0f 84 ac 00 00 00 je bd <_EIP+0xbd> c012d590 <fput+c8/d0>
Code; c012d4e4 <fput+1c/d0>
11: 53 push %ebx
Code; c012d4e6 <fput+1e/d0>
12: e8 8d 00 00 00 call a4 <_EIP+0xa4> c012d578 <fput+b0/d0>
<1>Unable to handle kernel paging request at virtual address aaebd499
aaebd499
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<aaebd499>] Not tainted
EFLAGS: 00010282
eax: c2e803d0 ebx: c2e803a0 ecx: c3adc264 edx: c2e803a0
esi: 00000000 edi: c06ae260 ebp: 00000001 esp: c3adde5c
ds: 0018 es: 0018 ss: 0018
Process X (pid: 420, stackpage=c3add000)
Stack: c2e803d7 c012c665 c2e803a0 00000005 00000000 c0115908 c2e803a0 c06ae260
c1188d00 c3adc000 0000000b 00000008 c06ae380 c0115e8f c06ae260 00000000
c1188d1c c0cfe840 c010704b 0000000b 00000000 c01109a7 c0248f9e c3addf68
Call Trace: [<c012c665>] [<c0115908>] [<c0115e8f>] [<c010704b>] [<c01109a7>]
[<c0110658>] [<c011f62a>] [<c01107b8>] [<c0110658>] [<c0134765>] [<c01358b4>]
[<c0106bfc>] [<c012d4d4>] [<c012cb38>] [<c0106b0b>]
Code: Bad EIP value.
>>EIP; aaebd498 Before first symbol <=====
Trace; c012c664 <filp_close+34/64>
Trace; c0115908 <put_files_struct+54/bc>
Trace; c0115e8e <do_exit+a6/1cc>
Trace; c010704a <die+4e/50>
Trace; c01109a6 <do_page_fault+34e/498>
Trace; c0110658 <do_page_fault+0/498>
Trace; c011f62a <handle_mm_fault+52/b4>
Trace; c01107b8 <do_page_fault+160/498>
Trace; c0110658 <do_page_fault+0/498>
Trace; c0134764 <path_release+c/2c>
Trace; c01358b4 <open_namei+430/524>
Trace; c0106bfc <error_code+34/3c>
Trace; c012d4d4 <fput+c/d0>
Trace; c012cb38 <sys_write+bc/c4>
Trace; c0106b0a <system_call+32/38>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Jan 31 2002 - 21:01:07 EST