I'm definitely convice that in the actual kernel source 2.2.16 & 2.2.17 there is
a bug that generate this Oops:
Oct 12 16:32:57 giulia kernel: Unable to handle kernel paging request at virtual
address 0900841f
Oct 12 16:32:57 giulia kernel: current->tss.cr3 = 1c364000, %%cr3 = 1c364000
Oct 12 16:32:57 giulia kernel: *pde = 00000000
Oct 12 16:32:57 giulia kernel: Oops: 0002
Oct 12 16:32:57 giulia kernel: CPU: 1
Oct 12 16:32:57 giulia kernel: EIP: 0010:[sys_read+70/260]
Oct 12 16:32:57 giulia kernel: EFLAGS: 00010206
Oct 12 16:32:57 giulia kernel: eax: fffffff7 ebx: 00000000 ecx: 09008403
edx: bed8bc00
Oct 12 16:32:57 giulia kernel: esi: 2abe75e0 edi: 00000000 ebp: 00000001
esp: 9ca27fac
Oct 12 16:32:57 giulia kernel: ds: 0018 es: 0018 ss: 0018
Oct 12 16:32:57 giulia kernel: Process bash (pid: 10206, process nr: 79,
stackpage=9ca27000)
Oct 12 16:32:57 giulia PAM_unix[10205]: (system-auth) session closed for user
administrator
Oct 12 16:32:57 giulia kernel: Stack: 00000000 7ffff418 00000000 00000000
00000001 8010a384 00000000 7ffff40f
Oct 12 16:32:58 giulia kernel: 00000001 2abe75e0 00000000 7ffff418
00000003 0000002b 0000002b 00000003
Oct 12 16:32:58 giulia kernel: 2ab9b664 00000023 00000246 7ffff3e8
0000002b
Oct 12 16:32:58 giulia kernel: Call Trace: [system_call+52/56]
Oct 12 16:32:58 giulia kernel: Code: ff 41 1c 89 cb 85 db 0f 84 93 00 00 00 f6
43 10 01 74 7c 8b
Oct 12 16:32:58 giulia kernel: Unable to handle kernel paging request at virtual
address 0900840b
Oct 12 16:32:58 giulia kernel: current->tss.cr3 = 00101000, %%cr3 = 00101000
Oct 12 16:32:58 giulia kernel: *pde = 00000000
Oct 12 16:32:58 giulia kernel: Oops: 0000
Oct 12 16:32:58 giulia kernel: CPU: 1
Oct 12 16:32:58 giulia kernel: EIP: 0010:[filp_close+12/100]
Oct 12 16:32:58 giulia kernel: EFLAGS: 00010206
Oct 12 16:32:58 giulia kernel: eax: bed8bc00 ebx: 09008403 ecx: 00000000
edx: 09008403
Oct 12 16:32:58 giulia kernel: esi: 00000000 edi: b76e4920 ebp: b76e4920
esp: 9ca27f04
Oct 12 16:32:58 giulia kernel: ds: 0018 es: 0018 ss: 0018
Oct 12 16:32:58 giulia kernel: Process bash (pid: 10206, process nr: 79,
stackpage=9ca27000)
Oct 12 16:32:58 giulia kernel: Stack: b76e4920 00000001 8011afdd 09008403
b76e4920 9ca27f70 9ca26000 9ca27f70
Oct 12 16:32:58 giulia kernel: 0900841f 00000000 9ca26000 8010a8e3
0000000b 00000000 80111d36 801c3f04
Oct 12 16:32:58 giulia kernel: 9ca27f70 00000002 9ca26000 2abe75e0 00000000
00000001 00000001 be24f7c0
Oct 12 16:32:58 giulia kernel: Call Trace: [do_exit+397/740] [die+83/84]
[do_page_fault+762/1024] [lk_lockmsg+4804/4976] [e
rror_code+45/52] [sys_read+70/260] [system_call+52/56]
Oct 12 16:32:58 giulia kernel: Code: 8b 7b 08 83 7b 1c 00 75 17 68 90 5d 1c 80
e8 4d d7 fe ff 31
Because:
Is not an hardware memory problem! ( I change completely the SIM modules )
Is not a binutils problem! ( I downgrade to the base binutils specified in the
Documentation/Changes )
Is not a compiler problem ( I downgrade to the base gcc specified in the
Documentation/Changes )
Is not a reiserfs problem ( I go back to ext2 ////// I've used reiserfs only for
a /download (28Gbyte) file server repository )
Results:
The kernel is Oops-ing more and more
Now (today):
I try linux-2.2.18pre15 and I will see what happens!
Bye
Stefano
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Oct 15 2000 - 21:00:24 EST