Here's an OOPS i got in .99-pre5 while shutting down. This is a Debian
Woody system, and the oops occurred while the system was stopping xfs-xtt.
The system is an AMD k6-2/450 with 128MB, AOpen AX59Pro motherboard (Via
MVP3 chipset)
I've also been having trouble with some other crashes. They always
occur when I'm moving the mouse in X. It's a USB mouse, so I'm
suspecting something with USB here. I haven't managed to capture an
OOPS yet; if I do, I'll let the appropriate folks know.
BTW: I'm not currently subscribed to the list; please cc: me.
-----
ksymoops 2.3.4 on i586 2.3.99-pre5. Options used
-V (default)
-k /proc/ksyms (default)
-l /proc/modules (default)
-o /lib/modules/2.3.99-pre5/ (default)
-m /boot/System.map-2.3.99-pre5 (default)
Warning: You did not tell me where to find symbol information. I will
assume that the log matches the kernel and modules that are running
right now and I'll use the default options above for symbol resolution.
If the current kernel and/or modules do not match the log, you can get
more accurate output by telling me the kernel version and where to find
map, modules, ksyms etc. ksymoops -h explains the options.
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 00000038
c011cc90
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011cc90>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010202
eax: 00000038 ebx: 0000001c ecx: bffff000 edx: c483a000
esi: 00000000 edi: bffffe79 ebp: 00000022 esp: c73fbf44
ds: 0018 es: 0018 ss: 0018
Process cat (pid: 2587, stackpage=c73fb000)
Stack: c483a000 c483a3dc c483a000 c4454000 00000000 c015180c c483a000 bffffe79
c4454000 00000022 00000000 c483a3f8 c0151c32 c483a000 c4454000 c4f453a0
ffffffea 00000000 c4f453a0 c483a3dc 00002000 c09ea780 c012c309 c4f453a0
Call Trace: [<c015180c>] [<c0151c32>] [<c012c309>] [<c010ad84>]
Code: 39 43 1c 74 2b 50 ff 73 1c 68 e0 8b 23 c0 e8 75 88 ff ff 83
>>EIP; c011cc90 <access_process_vm+74/168> <=====
Trace; c015180c <proc_pid_cmdline+30/38>
Trace; c0151c32 <proc_info_read+16e/2ec>
Trace; c012c309 <sys_read+c5/e4>
Trace; c010ad84 <system_call+34/40>
Code; c011cc90 <access_process_vm+74/168>
00000000 <_EIP>:
Code; c011cc90 <access_process_vm+74/168> <=====
0: 39 43 1c cmp %eax,0x1c(%ebx) <=====
Code; c011cc93 <access_process_vm+77/168>
3: 74 2b je 30 <_EIP+0x30> c011ccc0 <access_process_vm+a4/168>
Code; c011cc95 <access_process_vm+79/168>
5: 50 push %eax
Code; c011cc96 <access_process_vm+7a/168>
6: ff 73 1c pushl 0x1c(%ebx)
Code; c011cc99 <access_process_vm+7d/168>
9: 68 e0 8b 23 c0 push $0xc0238be0
Code; c011cc9e <access_process_vm+82/168>
e: e8 75 88 ff ff call ffff8888 <_EIP+0xffff8888> c0115518 <printk+0/160>
Code; c011cca3 <access_process_vm+87/168>
13: 83 00 00 addl $0x0,(%eax)
2 warnings issued. Results may not be reliable.
--
-Sean Connor (sec@konatsu.dhs.org)
(sec@cableregina.com)
(sec@softhome.net)
The fact that an opinion has been widely held is no evidence that it
is not utterly absurd; indeed, in view of the silliness of the
majority of mankind, a widespread belief is more often likely to be
foolish than sensible.
-- Bertrand Russell
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sat Apr 15 2000 - 21:00:20 EST