--Boundary_(ID_+lQ79MYFCM+owV6KEebEiQ)
Content-type: TEXT/PLAIN; charset=US-ASCII
Content-transfer-encoding: 7BIT
Hello,
I've trying to reduce the problem and as I'm using devfs I want to
be sure it was not related with it. After booting a non devfs kernel I
got exactly the same problem. I've attached the oops and its ksymoops
output.
- german
<>-------------------------------------+-----------------------------------<>
One O.S. to rule them all, | German Gomez Garcia
One O.S. to find them. | german@pinon.ccu.uniovi.es
One O.S. to bring them all |
and in the darkness bind them. | "Wur Qanar Wur Stilor Wur Kas"
<>-------------------------------------+-----------------------------------<>
--Boundary_(ID_+lQ79MYFCM+owV6KEebEiQ)
Content-id: <Pine.HPP.3.91.991223122403.17947B@pinon.ccu.uniovi.es>
Content-type: TEXT/PLAIN; name=ooops.ksym; charset=US-ASCII
Content-description:
Content-disposition: attachment; filename=ooops.ksym
Content-transfer-encoding: 7BIT
invalid operand: 0000
CPU: 1
EIP: 0010:[<c01a61fa>]
Using defaults from ksymoops -t elf32-i386 -a i386
EFLAGS: 00010286
eax: 00000038 ebx: c19fc824 ecx: c025d15c edx: c025d14c
esi: 00000202 edi: 00000282 ebp: ddbe3e48 esp: ddbe3df4
ds: 0018 es: 0018 ss: 0018
Process ls (pid: 96, stackpage=ddbe3000)
Stack: 0000005c 00000000 df45fd68 c013cc2d c19fc824 00000820 c0261950 00000021
ddbe2000 01234567 ddbe2000 00000000 00000000 ddbe3e40 00000000 01234567
ddbe2000 df45fd70 df45fd70 ddbe3e40 00000000 00000001 c013e771 df45fd20
Call Trace: [<c013cc2d>] [<c013e771>] [<c015eea2>] [<c015e856>] [<c01d8e10>] [<c015ebe5>] [<c01d96aa>]
[<c01d96dd>] [<c016d11d>] [<c016d163>] [<c016d5a6>] [<c014b76f>] [<c014b578>] [<c010be14>]
Code: 0f 0b 83 c4 0c 90 f0 0f ba 35 a4 5e 26 c0 00 56 9d 5b 5e c3
>>EIP; c01a61fa <unplug_device+a2/b8> <=====
Trace; c013cc2d <__wait_on_buffer+26d/378>
Trace; c013e771 <bread+45/64>
Trace; c015eea2 <msdos_partition+4e/22c>
Trace; c015e856 <check_partition+de/118>
Trace; c01d8e10 <sd_init_onedisk+670/680>
Trace; c015ebe5 <resetup_one_dev+3d/78>
Trace; c01d96aa <revalidate_scsidisk+19a/1c0>
Trace; c01d96dd <fop_revalidate_scsidisk+d/14>
Trace; c016d11d <check_disc_changed+95/a8>
Trace; c016d163 <scan_dir_for_removable+33/40>
Trace; c016d5a6 <devfs_readdir+b6/260>
Trace; c014b76f <sys_getdents+177/288>
Trace; c014b578 <filldir+0/80>
Trace; c010be14 <system_call+34/38>
Code; c01a61fa <unplug_device+a2/b8>
00000000 <_EIP>:
Code; c01a61fa <unplug_device+a2/b8> <=====
0: 0f 0b ud2a <=====
Code; c01a61fc <unplug_device+a4/b8>
2: 83 c4 0c add $0xc,%esp
Code; c01a61ff <unplug_device+a7/b8>
5: 90 nop
Code; c01a6200 <unplug_device+a8/b8>
6: f0 0f ba 35 a4 5e 26 lock btrl $0x0,0xc0265ea4
Code; c01a6207 <unplug_device+af/b8>
d: c0 00
Code; c01a6209 <unplug_device+b1/b8>
f: 56 push %esi
Code; c01a620a <unplug_device+b2/b8>
10: 9d popf
Code; c01a620b <unplug_device+b3/b8>
11: 5b pop %ebx
Code; c01a620c <unplug_device+b4/b8>
12: 5e pop %esi
Code; c01a620d <unplug_device+b5/b8>
13: c3 ret
--Boundary_(ID_+lQ79MYFCM+owV6KEebEiQ)--
-
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/