I'm runing 2.2.0 for 20 hours and got two Oopses in my log this morning,
the machine is still up and running though ...
More informations available on request (Cc me since I'm not subscribed
to the list).
Any suggestion welcome.
-------------------
free_one_pmd: bad directory entry c32e7000
Unable to handle kernel NULL pointer dereference at virtual address 00000008
current->tss.cr3 = 01258000, %cr3 = 01258000
*pde = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[<c011dd33>]
EFLAGS: 00010082
eax: c6d2d3bc ebx: c009e6e0 ecx: 00000000 edx: c2e07000
esi: c6d2d340 edi: 00000282 ebp: 000007ff esp: c38f7ee8
ds: 0018 es: 0018 ss: 0018
Process ps (pid: 2118, process nr: 125, stackpage=c38f7000)
Stack: c4b9c000 000007ff 00000300 c6d2d3bc 00000000 c0110718 c009e6e0 c6d2d340
c6d2d340 c6d2d340 c6d2d340 c6d2d340 c0143875 c6d2d340 c01439ef c6d2d340
c6d2d340 bffffe74 bffffe8e c4b9c000 00000855 c4b9c000 c01e3184 c01449eb
Call Trace: [<c0110718>] [<c0143875>] [<c01439ef>] [<c01449eb>] [<c0144af1>] [<c0121a26>] [<c0122096>]
[<c0107a40>]
Code: 8b 69 08 81 fd 2b 2f c3 a5 0f 85 e6 00 00 00 8b 69 0c 85 ed
>>EIP: c011dd33 <kmem_cache_free+37/170>
Trace: c0110718 <mmput+30/38>
Trace: c0143875 <release_mm+19/20>
Trace: c01439ef <get_arg+33/3c>
Trace: c01449eb <get_process_array+63/88>
Trace: c0144af1 <array_read+e1/238>
Trace: c0121a26 <filp_open+46/f8>
Trace: c0122096 <sys_read+be/dc>
Trace: c0107a40 <system_call+34/38>
Code: c011dd33 <kmem_cache_free+37/170> 00000000 <_EIP>:
Code: c011dd33 <kmem_cache_free+37/170> 0: 8b 69 08 movl 0x8(%ecx),%ebp
Code: c011dd36 <kmem_cache_free+3a/170> 3: 81 fd 2b 2f c3 cmpl $0xa5c32f2b,%ebp
Code: c011dd3b <kmem_cache_free+3f/170> 8: a5
Code: c011dd3c <kmem_cache_free+40/170> 9: 0f 85 e6 00 00 jne f5 <_EIP+0xf5> c011de28 <kmem_cache_free+12c/170>
Code: c011dd41 <kmem_cache_free+45/170> e: 00
Code: c011dd42 <kmem_cache_free+46/170> f: 8b 69 0c movl 0xc(%ecx),%ebp
Code: c011dd45 <kmem_cache_free+49/170> 12: 85 ed testl %ebp,%ebp
-------------------
Second one:
-------------------
Unable to handle kernel NULL pointer dereference at virtual address 00000008
current->tss.cr3 = 02e07000, %cr3 = 02e07000
*pde = c2e07000
Oops: 0000
CPU: 0
EIP: 0010:[<c011a0b2>]
EFLAGS: 00010286
eax: 00000000 ebx: 00075000 ecx: c6527960 edx: c0301c98
esi: 0000000b edi: 00000000 ebp: 00000000 esp: c4589ef8
ds: 0018 es: 0018 ss: 0018
Process tcpd (pid: 2133, process nr: 92, stackpage=c4589000)
Stack: 00000000 0007a000 c022d550 c011adc8 c6527960 00075000 00000000 c50a0a20
c4588000 00000000 c2dfd224 00000000 c022d568 c7fc0000 c6527960 c0118854
c50a0a20 40089000 00000000 c4588000 40089e70 c50a0a20 00000000 c7f75000
Call Trace: [<c011adc8>] [<c0118854>] [<c01189b0>] [<c010cd57>] [<c0107b45>]
Code: 8b 70 08 8b 7c 24 1c 81 e7 00 f0 ff ff 85 ed 75 16 31 d2 b8
>>EIP: c011a0b2 <try_to_read_ahead+12/12c>
Trace: c011adc8 <filemap_nopage+190/328>
Trace: c0118854 <do_no_page+54/e4>
Trace: c01189b0 <handle_mm_fault+cc/168>
Trace: c010cd57 <do_page_fault+117/32c>
Trace: c0107b45 <error_code+2d/34>
Code: c011a0b2 <try_to_read_ahead+12/12c> 00000000 <_EIP>:
Code: c011a0b2 <try_to_read_ahead+12/12c> 0: 8b 70 08 movl 0x8(%eax),%esi
Code: c011a0b5 <try_to_read_ahead+15/12c> 3: 8b 7c 24 1c movl 0x1c(%esp,1),%edi
Code: c011a0b9 <try_to_read_ahead+19/12c> 7: 81 e7 00 f0 ff andl $0xfffff000,%edi
Code: c011a0be <try_to_read_ahead+1e/12c> c: ff
Code: c011a0bf <try_to_read_ahead+1f/12c> d: 85 ed testl %ebp,%ebp
Code: c011a0c1 <try_to_read_ahead+21/12c> f: 75 16 jne 27 <_EIP+0x27> c011a0d9 <try_to_read_ahead+39/12c>
Code: c011a0c3 <try_to_read_ahead+23/12c> 11: 31 d2 xorl %edx,%edx
Code: c011a0c5 <try_to_read_ahead+25/12c> 13: b8 00 00 00 00 movl $0x0,%eax
-----------------
Daniel
-- [Yes, I have moved back to France !] Daniel.Veillard@w3.org | W3C INRIA Rhone-Alpes | Today's Bookmarks : Tel : +33 476 615 257 | 655, avenue de l'Europe | Linux, WWW, rpmfind, Fax : +33 476 615 207 | 38330 Montbonnot FRANCE | rpm2html, Kaffe, http://www.w3.org/People/W3Cpeople.html#Veillard | badminton, and Amaya.- 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/