* 2.6.12-rc3 OOPS in vanilla source (once more)
@ 2005-05-02 14:04 Mateusz Berezecki
2005-05-03 3:05 ` Andrew Morton
0 siblings, 1 reply; 7+ messages in thread
From: Mateusz Berezecki @ 2005-05-02 14:04 UTC (permalink / raw)
To: Linux Kernel Mailing List
i send it once more....
May 2 12:56:31 localhost kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000000
May 2 12:56:31 localhost kernel: printing eip:
May 2 12:56:31 localhost kernel: 00000000
May 2 12:56:31 localhost kernel: *pde = 00000000
May 2 12:56:31 localhost kernel: Oops: 0000 [#21]
May 2 12:56:31 localhost kernel: PREEMPT
May 2 12:56:31 localhost kernel: Modules linked in: b44
May 2 12:56:31 localhost kernel: CPU: 0
May 2 12:56:31 localhost kernel: EIP: 0060:[<00000000>] Not
tainted VLI
May 2 12:56:31 localhost kernel: EFLAGS: 00010286 (2.6.12-rc3-debug)
May 2 12:56:31 localhost kernel: EIP is at 0x0
May 2 12:56:31 localhost kernel: eax: ca086000 ebx: ce873d00 ecx:
cee73a20 edx: 00000000
May 2 12:56:31 localhost kernel: esi: cee73a20 edi: 00002e9a ebp:
01200011 esp: ca086fc4
May 2 12:56:31 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 12:56:31 localhost kernel: Process make-jpkg (pid: 4209,
threadinfo=ca086000 task=cee73a20)
May 2 12:56:31 localhost kernel: Stack: 01202011 00000000 00000000
00000000 b7f00bc8 bff65438 00000000 0000007b
May 2 12:56:31 localhost kernel: c010007b 00000078 b7e71a53
00000073 00000282 bff653f0 0000007b
May 2 12:56:31 localhost kernel: Call Trace:
May 2 12:56:31 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 12:56:31 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 12:56:31 localhost kernel: [die+234/384] die+0xea/0x180
May 2 12:56:31 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 12:56:31 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 12:56:31 localhost kernel: Code: Bad EIP value.
May 2 13:02:32 localhost kernel: <1>divide error: 0000 [#22]
May 2 13:02:32 localhost kernel: PREEMPT
May 2 13:02:32 localhost kernel: Modules linked in: b44
May 2 13:02:32 localhost kernel: CPU: 0
May 2 13:02:32 localhost kernel: EIP: 0060:[<b7e34b52>] Not
tainted VLI
May 2 13:02:32 localhost kernel: EFLAGS: 00010246 (2.6.12-rc3-debug)
May 2 13:02:32 localhost kernel: EIP is at 0xb7e34b52
May 2 13:02:32 localhost kernel: eax: ca03b000 ebx: cef04580 ecx:
cf48f520 edx: 00000000
May 2 13:02:32 localhost kernel: esi: cf48f520 edi: 000c2de0 ebp:
007d0f00 esp: ca03bfc4
May 2 13:02:32 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:02:32 localhost kernel: Process 5filozofow (pid: 4283,
threadinfo=ca03b000 task=cf48f520)
May 2 13:02:32 localhost kernel: Stack: 007d2f00 b7e34b48 b7e34bf8
bfa9f9a0 b7e34bf8 bfa9f9c8 00000000 0000007b
May 2 13:02:32 localhost kernel: c010007b 00000078 b7f0d17c
00000073 00000296 b7e34b48 0000007b
May 2 13:02:32 localhost kernel: Call Trace:
May 2 13:02:32 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:02:32 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:02:32 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:02:32 localhost kernel: [do_divide_error+188/208]
do_divide_error+0xbc/0xd0
May 2 13:02:32 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:02:32 localhost kernel: Code: Bad EIP value.
May 2 13:02:32 localhost kernel: <1>divide error: 0000 [#23]
May 2 13:02:32 localhost kernel: PREEMPT
May 2 13:02:32 localhost kernel: Modules linked in: b44
May 2 13:02:32 localhost kernel: CPU: 0
May 2 13:02:32 localhost kernel: EIP: 0060:[<b7634b52>] Not
tainted VLI
May 2 13:02:32 localhost kernel: EFLAGS: 00010246 (2.6.12-rc3-debug)
May 2 13:02:32 localhost kernel: EIP is at 0xb7634b52
May 2 13:02:32 localhost kernel: eax: c9695000 ebx: cef5dd00 ecx:
cf0c8a20 edx: 00000000
May 2 13:02:32 localhost kernel: esi: cf0c8a20 edi: 00005077 ebp:
007d0f00 esp: c9695fc4
May 2 13:02:32 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:02:32 localhost kernel: Process 5filozofow (pid: 4284,
threadinfo=c9695000 task=cf0c8a20)
May 2 13:02:32 localhost kernel: Stack: 007d2f00 b7634b48 b7634bf8
bfa9f9a0 b7634bf8 bfa9f9c8 00000000 0000007b
May 2 13:02:32 localhost kernel: c010007b 00000078 b7f0d17c
00000073 00000296 b7634b48 0000007b
May 2 13:02:32 localhost kernel: Call Trace:
May 2 13:02:32 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:02:32 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:02:32 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:02:32 localhost kernel: [do_divide_error+188/208]
do_divide_error+0xbc/0xd0
May 2 13:02:32 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:02:32 localhost kernel: Code: Bad EIP value.
May 2 13:02:32 localhost kernel: <1>Unable to handle kernel paging
request at virtual address b5e3535e
May 2 13:02:32 localhost kernel: printing eip:
May 2 13:02:32 localhost kernel: b5e34b52
May 2 13:02:32 localhost kernel: *pde = 0a2fd067
May 2 13:02:32 localhost kernel: *pte = 00000000
May 2 13:02:32 localhost kernel: Oops: 0000 [#24]
May 2 13:02:32 localhost kernel: PREEMPT
May 2 13:02:32 localhost kernel: Modules linked in: b44
May 2 13:02:32 localhost kernel: CPU: 0
May 2 13:02:32 localhost kernel: EIP: 0060:[<b5e34b52>] Not
tainted VLI
May 2 13:02:32 localhost kernel: EFLAGS: 00010246 (2.6.12-rc3-debug)
May 2 13:02:32 localhost kernel: EIP is at 0xb5e34b52
May 2 13:02:32 localhost kernel: eax: ca03b000 ebx: ce873800 ecx:
cf48f520 edx: 00000000
May 2 13:02:32 localhost kernel: esi: cf48f520 edi: 000007ae ebp:
007d0f00 esp: ca03bfc4
May 2 13:02:32 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:02:32 localhost kernel: Process 5filozofow (pid: 4287,
threadinfo=ca03b000 task=cf48f520)
May 2 13:02:32 localhost kernel: Stack: 007d2f00 b5e34b48 b5e34bf8
bfa9f9a0 b5e34bf8 bfa9f9c8 00000000 0000007b
May 2 13:02:32 localhost kernel: c010007b 00000078 b7f0d17c
00000073 00000296 b5e34b48 0000007b
May 2 13:02:32 localhost kernel: Call Trace:
May 2 13:02:32 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:02:32 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:02:32 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:02:32 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:02:32 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:02:32 localhost kernel: Code: Bad EIP value.
May 2 13:02:32 localhost kernel: <1>divide error: 0000 [#25]
May 2 13:02:32 localhost kernel: PREEMPT
May 2 13:02:32 localhost kernel: Modules linked in: b44
May 2 13:02:32 localhost kernel: CPU: 0
May 2 13:02:32 localhost kernel: EIP: 0060:[<b6e34b52>] Not
tainted VLI
May 2 13:02:32 localhost kernel: EFLAGS: 00010246 (2.6.12-rc3-debug)
May 2 13:02:32 localhost kernel: EIP is at 0xb6e34b52
May 2 13:02:32 localhost kernel: eax: ca19f000 ebx: cef5dd00 ecx:
cf0c8520 edx: 00000000
May 2 13:02:32 localhost kernel: esi: cf0c8520 edi: 00004773 ebp:
007d0f00 esp: ca19ffc4
May 2 13:02:32 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:02:32 localhost kernel: Process 5filozofow (pid: 4285,
threadinfo=ca19f000 task=cf0c8520)
May 2 13:02:32 localhost kernel: Stack: 007d2f00 b6e34b48 b6e34bf8
bfa9f9a0 b6e34bf8 bfa9f9c8 00000000 0000007b
May 2 13:02:32 localhost kernel: c010007b 00000078 b7f0d17c
00000073 00000296 b6e34b48 0000007b
May 2 13:02:32 localhost kernel: Call Trace:
May 2 13:02:32 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:02:32 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:02:32 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:02:32 localhost kernel: [do_divide_error+188/208]
do_divide_error+0xbc/0xd0
May 2 13:02:32 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:02:32 localhost kernel: Code: Bad EIP value.
May 2 13:02:32 localhost kernel: <1>divide error: 0000 [#26]
May 2 13:02:32 localhost kernel: PREEMPT
May 2 13:02:32 localhost kernel: Modules linked in: b44
May 2 13:02:32 localhost kernel: CPU: 0
May 2 13:02:32 localhost kernel: EIP: 0060:[<b6634b52>] Not
tainted VLI
May 2 13:02:32 localhost kernel: EFLAGS: 00010246 (2.6.12-rc3-debug)
May 2 13:02:32 localhost kernel: EIP is at 0xb6634b52
May 2 13:02:32 localhost kernel: eax: ca1d3000 ebx: ce873800 ecx:
cee2f520 edx: 00000000
May 2 13:02:32 localhost kernel: esi: cee2f520 edi: 000003dd ebp:
007d0f00 esp: ca1d3fc4
May 2 13:02:32 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:02:32 localhost kernel: Process 5filozofow (pid: 4286,
threadinfo=ca1d3000 task=cee2f520)
May 2 13:02:32 localhost kernel: Stack: 007d2f00 b6634b48 b6634bf8
bfa9f9a0 b6634bf8 bfa9f9c8 00000000 0000007b
May 2 13:02:32 localhost kernel: c010007b 00000078 b7f0d17c
00000073 00000296 b6634b48 0000007b
May 2 13:02:32 localhost kernel: Call Trace:
May 2 13:02:32 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:02:32 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:02:32 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:02:32 localhost kernel: [do_divide_error+188/208]
do_divide_error+0xbc/0xd0
May 2 13:02:32 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:02:32 localhost kernel: Code: Bad EIP value.
May 2 13:04:50 localhost kernel: <1>Unable to handle kernel paging
request at virtual address dbb0b7ef
May 2 13:04:50 localhost kernel: printing eip:
May 2 13:04:50 localhost kernel: b7dbdb50
May 2 13:04:50 localhost kernel: *pde = 00000000
May 2 13:04:50 localhost kernel: Oops: 0002 [#27]
May 2 13:04:50 localhost kernel: PREEMPT
May 2 13:04:50 localhost kernel: Modules linked in:
May 2 13:04:50 localhost kernel: CPU: 0
May 2 13:04:50 localhost kernel: EIP: 0060:[<b7dbdb50>] Not
tainted VLI
May 2 13:04:50 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:04:50 localhost kernel: EIP is at 0xb7dbdb50
May 2 13:04:50 localhost kernel: eax: cda4e000 ebx: ce873080 ecx:
cec3da20 edx: 00000000
May 2 13:04:50 localhost kernel: esi: cec3da20 edi: 000008ec ebp:
007d0f00 esp: cda4efc4
May 2 13:04:50 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:04:50 localhost kernel: Process 5filozofow (pid: 4322,
threadinfo=cda4e000 task=cec3da20)
May 2 13:04:50 localhost kernel: Stack: 007d2f00 b7dbdb48 b7dbdbf8
bfa26460 b7dbdbf8 bfa26488 00000000 0000007b
May 2 13:04:50 localhost kernel: c010007b 00000078 b7e9617c
00000073 00000296 b7dbdb48 0000007b
May 2 13:04:50 localhost kernel: Call Trace:
May 2 13:04:50 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:04:50 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:04:50 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:04:50 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:04:50 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:04:50 localhost kernel: Code: Bad EIP value.
May 2 13:04:50 localhost kernel: <1>Unable to handle kernel paging
request at virtual address dbb0b7ef
May 2 13:04:50 localhost kernel: printing eip:
May 2 13:04:50 localhost kernel: b75bdb50
May 2 13:04:50 localhost kernel: *pde = 00000000
May 2 13:04:50 localhost kernel: Oops: 0002 [#28]
May 2 13:04:50 localhost kernel: PREEMPT
May 2 13:04:50 localhost kernel: Modules linked in:
May 2 13:04:50 localhost kernel: CPU: 0
May 2 13:04:50 localhost kernel: EIP: 0060:[<b75bdb50>] Not
tainted VLI
May 2 13:04:50 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:04:50 localhost kernel: EIP is at 0xb75bdb50
May 2 13:04:50 localhost kernel: eax: cda4e000 ebx: ce873080 ecx:
cec3da20 edx: 00000000
May 2 13:04:50 localhost kernel: esi: cec3da20 edi: 00000836 ebp:
007d0f00 esp: cda4efc4
May 2 13:04:50 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:04:50 localhost kernel: Process 5filozofow (pid: 4323,
threadinfo=cda4e000 task=cec3da20)
May 2 13:04:50 localhost kernel: Stack: 007d2f00 b75bdb48 b75bdbf8
bfa26460 b75bdbf8 bfa26488 00000000 0000007b
May 2 13:04:50 localhost kernel: c010007b 00000078 b7e9617c
00000073 00000296 b75bdb48 0000007b
May 2 13:04:50 localhost kernel: Call Trace:
May 2 13:04:50 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:04:50 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:04:50 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:04:50 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:04:50 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:04:50 localhost kernel: Code: Bad EIP value.
May 2 13:04:50 localhost kernel: <1>Unable to handle kernel paging
request at virtual address dbb0b7ef
May 2 13:04:50 localhost kernel: printing eip:
May 2 13:04:50 localhost kernel: b6dbdb50
May 2 13:04:50 localhost kernel: *pde = 00000000
May 2 13:04:50 localhost kernel: Oops: 0002 [#29]
May 2 13:04:50 localhost kernel: PREEMPT
May 2 13:04:50 localhost kernel: Modules linked in:
May 2 13:04:50 localhost kernel: CPU: 0
May 2 13:04:50 localhost kernel: EIP: 0060:[<b6dbdb50>] Not
tainted VLI
May 2 13:04:50 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:04:50 localhost kernel: EIP is at 0xb6dbdb50
May 2 13:04:50 localhost kernel: eax: cda4e000 ebx: ce873080 ecx:
cec3da20 edx: 00000000
May 2 13:04:50 localhost kernel: esi: cec3da20 edi: 000008a5 ebp:
007d0f00 esp: cda4efc4
May 2 13:04:50 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:04:50 localhost kernel: Process 5filozofow (pid: 4324,
threadinfo=cda4e000 task=cec3da20)
May 2 13:04:50 localhost kernel: Stack: 007d2f00 b6dbdb48 b6dbdbf8
bfa26460 b6dbdbf8 bfa26488 00000000 0000007b
May 2 13:04:50 localhost kernel: c010007b 00000078 b7e9617c
00000073 00000296 b6dbdb48 0000007b
May 2 13:04:50 localhost kernel: Call Trace:
May 2 13:04:50 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:04:50 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:04:50 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:04:50 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:04:50 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:04:50 localhost kernel: Code: Bad EIP value.
May 2 13:04:50 localhost kernel: <1>Unable to handle kernel paging
request at virtual address dbb0b7ef
May 2 13:04:50 localhost kernel: printing eip:
May 2 13:04:50 localhost kernel: b65bdb50
May 2 13:04:50 localhost kernel: *pde = 00000000
May 2 13:04:50 localhost kernel: Oops: 0002 [#30]
May 2 13:04:50 localhost kernel: PREEMPT
May 2 13:04:50 localhost kernel: Modules linked in:
May 2 13:04:50 localhost kernel: CPU: 0
May 2 13:04:50 localhost kernel: EIP: 0060:[<b65bdb50>] Not
tainted VLI
May 2 13:04:50 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:04:50 localhost kernel: EIP is at 0xb65bdb50
May 2 13:04:50 localhost kernel: eax: cda4e000 ebx: ce873080 ecx:
cec3da20 edx: 00000000
May 2 13:04:50 localhost kernel: esi: cec3da20 edi: 00000820 ebp:
007d0f00 esp: cda4efc4
May 2 13:04:50 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:04:50 localhost kernel: Process 5filozofow (pid: 4325,
threadinfo=cda4e000 task=cec3da20)
May 2 13:04:50 localhost kernel: Stack: 007d2f00 b65bdb48 b65bdbf8
bfa26460 b65bdbf8 bfa26488 00000000 0000007b
May 2 13:04:50 localhost kernel: c010007b 00000078 b7e9617c
00000073 00000296 b65bdb48 0000007b
May 2 13:04:50 localhost kernel: Call Trace:
May 2 13:04:50 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:04:50 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:04:50 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:04:50 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:04:50 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:04:50 localhost kernel: Code: Bad EIP value.
May 2 13:04:50 localhost kernel: <1>Unable to handle kernel paging
request at virtual address dbb0b7ef
May 2 13:04:50 localhost kernel: printing eip:
May 2 13:04:50 localhost kernel: b5dbdb50
May 2 13:04:50 localhost kernel: *pde = 00000000
May 2 13:04:50 localhost kernel: Oops: 0002 [#31]
May 2 13:04:50 localhost kernel: PREEMPT
May 2 13:04:50 localhost kernel: Modules linked in:
May 2 13:04:50 localhost kernel: CPU: 0
May 2 13:04:50 localhost kernel: EIP: 0060:[<b5dbdb50>] Not
tainted VLI
May 2 13:04:50 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:04:50 localhost kernel: EIP is at 0xb5dbdb50
May 2 13:04:50 localhost kernel: eax: cda4e000 ebx: ce873080 ecx:
cec3da20 edx: 00000000
May 2 13:04:50 localhost kernel: esi: cec3da20 edi: 00000872 ebp:
007d0f00 esp: cda4efc4
May 2 13:04:50 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:04:50 localhost kernel: Process 5filozofow (pid: 4326,
threadinfo=cda4e000 task=cec3da20)
May 2 13:04:50 localhost kernel: Stack: 007d2f00 b5dbdb48 b5dbdbf8
bfa26460 b5dbdbf8 bfa26488 00000000 0000007b
May 2 13:04:50 localhost kernel: c010007b 00000078 b7e9617c
00000073 00000296 b5dbdb48 0000007b
May 2 13:04:50 localhost kernel: Call Trace:
May 2 13:04:50 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:04:50 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:04:50 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:04:50 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:04:50 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:04:50 localhost kernel: Code: Bad EIP value.
and another one
May 2 13:34:14 localhost kernel: Unable to handle kernel paging request
at virtual address fbb0b7f2
May 2 13:34:14 localhost kernel: printing eip:
May 2 13:34:14 localhost kernel: b7defb50
May 2 13:34:14 localhost kernel: *pde = 00000000
May 2 13:34:14 localhost kernel: Oops: 0002 [#1]
May 2 13:34:14 localhost kernel: PREEMPT
May 2 13:34:14 localhost kernel: Modules linked in:
May 2 13:34:14 localhost kernel: CPU: 0
May 2 13:34:14 localhost kernel: EIP: 0060:[<b7defb50>] Not
tainted VLI
May 2 13:34:14 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:34:14 localhost kernel: EIP is at 0xb7defb50
May 2 13:34:14 localhost kernel: eax: cdd6f000 ebx: ceeab080 ecx:
ce6a9020 edx: 00000000
May 2 13:34:14 localhost kernel: esi: ce6a9020 edi: 000037ec ebp:
007d0f00 esp: cdd6ffc4
May 2 13:34:14 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:34:14 localhost kernel: Process 5 (pid: 3898,
threadinfo=cdd6f000 task=ce6a9020)
May 2 13:34:14 localhost kernel: Stack: 007d2f00 b7defb48 b7defbf8
bfb57a60 b7defbf8 bfb57a88 00000000 0000007b
May 2 13:34:14 localhost kernel: c010007b 00000078 b7ec817c
00000073 00000296 b7defb48 0000007b
May 2 13:34:14 localhost kernel: Call Trace:
May 2 13:34:14 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:34:14 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:34:14 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:34:14 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:34:14 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:34:14 localhost kernel: Code: Bad EIP value.
May 2 13:34:14 localhost kernel: <1>Unable to handle kernel paging
request at virtual address fbb0b7f2
May 2 13:34:14 localhost kernel: Unable to handle kernel paging request
at virtual address fbb0b7f2
May 2 13:34:14 localhost kernel: printing eip:
May 2 13:34:14 localhost kernel: b6defb50
May 2 13:34:14 localhost kernel: *pde = 00000000
May 2 13:34:14 localhost kernel: Oops: 0002 [#2]
May 2 13:34:14 localhost kernel: PREEMPT
May 2 13:34:14 localhost kernel: Modules linked in:
May 2 13:34:14 localhost kernel: CPU: 0
May 2 13:34:14 localhost kernel: EIP: 0060:[<b6defb50>] Not
tainted VLI
May 2 13:34:14 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:34:14 localhost kernel: EIP is at 0xb6defb50
May 2 13:34:14 localhost kernel: eax: ce3d2000 ebx: ceeab800 ecx:
cf48f020 edx: 00000000
May 2 13:34:14 localhost kernel: esi: cf48f020 edi: 000002b0 ebp:
007d0f00 esp: ce3d2fc4
May 2 13:34:14 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:34:14 localhost kernel: Process 5 (pid: 3900,
threadinfo=ce3d2000 task=cf48f020)
May 2 13:34:14 localhost kernel: Stack: 007d2f00 b6defb48 b6defbf8
bfb57a60 b6defbf8 bfb57a88 00000000 0000007b
May 2 13:34:14 localhost kernel: c010007b 00000078 b7ec817c
00000073 00000296 b6defb48 0000007b
May 2 13:34:14 localhost kernel: Call Trace:
May 2 13:34:14 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:34:14 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:34:14 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:34:14 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:34:14 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:34:14 localhost kernel: Code: Bad EIP value.
May 2 13:34:14 localhost kernel: <1>Unable to handle kernel paging
request at virtual address fbb0b7f2
May 2 13:34:14 localhost kernel: printing eip:
May 2 13:34:14 localhost kernel: b65efb50
May 2 13:34:14 localhost kernel: *pde = 00000000
May 2 13:34:14 localhost kernel: Oops: 0002 [#3]
May 2 13:34:14 localhost kernel: PREEMPT
May 2 13:34:14 localhost kernel: Modules linked in:
May 2 13:34:14 localhost kernel: CPU: 0
May 2 13:34:14 localhost kernel: EIP: 0060:[<b65efb50>] Not
tainted VLI
May 2 13:34:14 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:34:14 localhost kernel: EIP is at 0xb65efb50
May 2 13:34:14 localhost kernel: eax: cdd6f000 ebx: ceeab800 ecx:
ce6a9020 edx: 00000000
May 2 13:34:14 localhost kernel: esi: ce6a9020 edi: 00000881 ebp:
007d0f00 esp: cdd6ffc4
May 2 13:34:14 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:34:14 localhost kernel: Process 5 (pid: 3901,
threadinfo=cdd6f000 task=ce6a9020)
May 2 13:34:14 localhost kernel: Stack: 007d2f00 b65efb48 b65efbf8
bfb57a60 b65efbf8 bfb57a88 00000000 0000007b
May 2 13:34:14 localhost kernel: c010007b 00000078 b7ec817c
00000073 00000296 b65efb48 0000007b
May 2 13:34:14 localhost kernel: Call Trace:
May 2 13:34:14 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:34:14 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:34:14 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:34:14 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:34:14 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:34:14 localhost kernel: Code: Bad EIP value.
May 2 13:34:14 localhost kernel: <1>Unable to handle kernel paging
request at virtual address fbb0b7f2
May 2 13:34:14 localhost kernel: printing eip:
May 2 13:34:14 localhost kernel: b5defb50
May 2 13:34:14 localhost kernel: *pde = 00000000
May 2 13:34:14 localhost kernel: Oops: 0002 [#4]
May 2 13:34:14 localhost kernel: PREEMPT
May 2 13:34:14 localhost kernel: Modules linked in:
May 2 13:34:14 localhost kernel: CPU: 0
May 2 13:34:14 localhost kernel: EIP: 0060:[<b5defb50>] Not
tainted VLI
May 2 13:34:14 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:34:14 localhost kernel: EIP is at 0xb5defb50
May 2 13:34:14 localhost kernel: eax: cdd6f000 ebx: ceeab800 ecx:
ce6a9020 edx: 00000000
May 2 13:34:14 localhost kernel: esi: ce6a9020 edi: 0000082a ebp:
007d0f00 esp: cdd6ffc4
May 2 13:34:14 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:34:14 localhost kernel: Process 5 (pid: 3902,
threadinfo=cdd6f000 task=ce6a9020)
May 2 13:34:14 localhost kernel: Stack: 007d2f00 b5defb48 b5defbf8
bfb57a60 b5defbf8 bfb57a88 00000000 0000007b
May 2 13:34:14 localhost kernel: c010007b 00000078 b7ec817c
00000073 00000296 b5defb48 0000007b
May 2 13:34:14 localhost kernel: Call Trace:
May 2 13:34:14 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:34:14 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:34:14 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:34:14 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:34:14 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:34:14 localhost kernel: Code: Bad EIP value.
May 2 13:34:14 localhost kernel: <1> printing eip:
May 2 13:34:14 localhost kernel: b75efb50
May 2 13:34:14 localhost kernel: *pde = 00000000
May 2 13:34:14 localhost kernel: Oops: 0002 [#5]
May 2 13:34:14 localhost kernel: PREEMPT
May 2 13:34:14 localhost kernel: Modules linked in:
May 2 13:34:14 localhost kernel: CPU: 0
May 2 13:34:14 localhost kernel: EIP: 0060:[<b75efb50>] Not
tainted VLI
May 2 13:34:14 localhost kernel: EFLAGS: 00010202 (2.6.12-rc3-debug)
May 2 13:34:14 localhost kernel: EIP is at 0xb75efb50
May 2 13:34:14 localhost kernel: eax: cdf66000 ebx: ceeab800 ecx:
cf48fa20 edx: 00000000
May 2 13:34:14 localhost kernel: esi: cf48fa20 edi: 000008ca ebp:
007d0f00 esp: cdf66fc4
May 2 13:34:14 localhost kernel: ds: 007b es: 007b ss: 0068
May 2 13:34:14 localhost kernel: Process 5 (pid: 3899,
threadinfo=cdf66000 task=cf48fa20)
May 2 13:34:14 localhost kernel: Stack: 007d2f00 b75efb48 b75efbf8
bfb57a60 b75efbf8 bfb57a88 00000000 0000007b
May 2 13:34:14 localhost kernel: c010007b 00000078 b7ec817c
00000073 00000296 b75efb48 0000007b
May 2 13:34:14 localhost kernel: Call Trace:
May 2 13:34:14 localhost kernel: [show_stack+127/160] show_stack+0x7f/0xa0
May 2 13:34:14 localhost kernel: [show_registers+342/448]
show_registers+0x156/0x1c0
May 2 13:34:14 localhost kernel: [die+234/384] die+0xea/0x180
May 2 13:34:14 localhost kernel: [do_page_fault+806/1682]
do_page_fault+0x326/0x692
May 2 13:34:14 localhost kernel: [error_code+79/84] error_code+0x4f/0x54
May 2 13:34:14 localhost kernel: Code: Bad EIP value.
if someone gets interested i can send more details including kernel config
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 2.6.12-rc3 OOPS in vanilla source (once more)
2005-05-02 14:04 2.6.12-rc3 OOPS in vanilla source (once more) Mateusz Berezecki
@ 2005-05-03 3:05 ` Andrew Morton
2005-05-03 11:34 ` Alexander Nyberg
0 siblings, 1 reply; 7+ messages in thread
From: Andrew Morton @ 2005-05-03 3:05 UTC (permalink / raw)
To: Mateusz Berezecki; +Cc: linux-kernel
Mateusz Berezecki <mateuszb@gmail.com> wrote:
>
> i send it once more....
>
> May 2 12:56:31 localhost kernel: Unable to handle kernel NULL pointer
> dereference at virtual address 00000000
The trace is unusable. Please do
dmesg -s 1000000 > /tmp/foo
and see if there's anything useful in /tmp/foo.
Also, please edit /etc/init.d/syslog so that it starts syslogd with the
`-x' option. Heaven knows when we'll be rid of the current junk.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 2.6.12-rc3 OOPS in vanilla source (once more)
2005-05-03 3:05 ` Andrew Morton
@ 2005-05-03 11:34 ` Alexander Nyberg
2005-05-03 17:20 ` Stas Sergeev
` (2 more replies)
0 siblings, 3 replies; 7+ messages in thread
From: Alexander Nyberg @ 2005-05-03 11:34 UTC (permalink / raw)
To: Andrew Morton, torvalds; +Cc: Mateusz Berezecki, linux-kernel, zwane, stsp
> > i send it once more....
> >
> > May 2 12:56:31 localhost kernel: Unable to handle kernel NULL pointer
> > dereference at virtual address 00000000
Ok I think I have this sucker all sorted out now. The recent change
fix-crash-in-entrys-restore_all.patch
25-akpm/arch/i386/kernel/process.c 2005-04-10 15:31:38.000000000 -0700
@@ -405,7 +405,7 @@ int copy_thread(int nr, unsigned long cl
childregs->esp = esp;
p->thread.esp = (unsigned long) childregs;
- p->thread.esp0 = (unsigned long) (childregs+1);
+ p->thread.esp0 = (unsigned long) (childregs+1) - 8;
p->thread.eip = (unsigned long) ret_from_fork;
introduces an inconsistency between esp and esp0 before the task is run
the first time. esp0 is no longer the actual start of the stack, but 8
bytes off.
This shows itself clearly in a scenario when a ptracer that is set to
also ptrace eventual children traces program1 which then clones thread1.
Now the ptracer wants to modify the registers of thread1. The x86 ptrace
implementation bases it's knowledge about saved user-space registers
upon p->thread.esp0. But this will be a few bytes off causing certain
writes to the kernel stack to overwrite a saved kernel function address
making the kernel when actually running thread1 jump out into
user-space. Very spectacular.
The testcase I've used is:
/* start with strace -f ./a.out */
#include <pthread.h>
#include <stdio.h>
void *do_thread(void *p)
{
for (;;);
}
int main()
{
pthread_t one;
pthread_create(&one, NULL, &do_thread, NULL);
for (;;);
return 0;
}
So, my solution is to instead of just adjusting esp0 that creates an
inconsitent state I adjust where the user-space registers are saved with
-8 bytes. This gives us the wanted extra bytes on the start of the stack
and esp0 is now correct. This solves the issues I saw from the original
testcase from Mateusz Berezecki and has survived testing here. I think
this should go into -mm a round or two first however as there might be
some cruft around depending on pt_regs lying on the start of the stack.
That however would have broken with the first change too!
It's actually a 2-line diff but I had to move the comment of why the -8 bytes
are there a few lines up. Thanks to Zwane for helping me with this.
Signed-off-by: Alexander Nyberg <alexn@telia.com>
Index: latest/arch/i386/kernel/process.c
===================================================================
--- latest.orig/arch/i386/kernel/process.c 2005-04-30 15:44:02.000000000 +0200
+++ latest/arch/i386/kernel/process.c 2005-05-03 12:54:16.000000000 +0200
@@ -400,11 +400,6 @@
int err;
childregs = ((struct pt_regs *) (THREAD_SIZE + (unsigned long) p->thread_info)) - 1;
- *childregs = *regs;
- childregs->eax = 0;
- childregs->esp = esp;
-
- p->thread.esp = (unsigned long) childregs;
/*
* The below -8 is to reserve 8 bytes on top of the ring0 stack.
* This is necessary to guarantee that the entire "struct pt_regs"
@@ -415,7 +410,13 @@
* "struct pt_regs" is possible, but they may contain the
* completely wrong values.
*/
- p->thread.esp0 = (unsigned long) (childregs+1) - 8;
+ childregs = (struct pt_regs *) ((unsigned long) childregs - 8);
+ *childregs = *regs;
+ childregs->eax = 0;
+ childregs->esp = esp;
+
+ p->thread.esp = (unsigned long) childregs;
+ p->thread.esp0 = (unsigned long) (childregs+1);
p->thread.eip = (unsigned long) ret_from_fork;
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 2.6.12-rc3 OOPS in vanilla source (once more)
2005-05-03 11:34 ` Alexander Nyberg
@ 2005-05-03 17:20 ` Stas Sergeev
2005-05-03 23:45 ` Alexander Nyberg
2005-05-04 3:45 ` Stas Sergeev
2005-05-08 23:12 ` Mateusz Berezecki
2 siblings, 1 reply; 7+ messages in thread
From: Stas Sergeev @ 2005-05-03 17:20 UTC (permalink / raw)
To: Alexander Nyberg
Cc: Andrew Morton, torvalds, Mateusz Berezecki, linux-kernel, zwane
[-- Attachment #1: Type: text/plain, Size: 1439 bytes --]
Hello.
Alexander Nyberg wrote:
> So, my solution is to instead of just adjusting esp0 that creates an
> inconsitent state I adjust where the user-space registers are saved with
> -8 bytes.
When I did that offending patch,
I was thinking the following way:
- Do we need to adjust that initial
copy of child regs by the 8 bytes too?
- Well, we need that 8 bytes only
when the "struct pt_regs" is incomplete.
Here we copy the *complete* "struct pt_regs",
so shifting that here makes no sense.
And so I adjusted only esp0 and
nothing else. I think this may
actually still be valid.
> This gives us the wanted extra bytes on the start of the stack
> and esp0 is now correct.
Yes, it is now correct by the mean
that it points to the top of the
"struct pt_regs" on the thread startup.
However, it is not *always* points
to the top of the "struct pt_regs".
This -8 means exactly that esp0 can
also point 8 bytes below the top of
the "struct pt_regs" - that's what
we've seen on a sysenter path, and
that's what used crash either.
So I think using esp0 to locate the
top of the "struct pt_regs" is wrong.
It doesn't always point to the top
of that struct. Sometimes it does,
but sometimes points 8 bytes lower.
IMHO the ptrace.c have to be fixed
instead so to not use this wrong
assumption any more. What do you think?
Btw, I attached the slightly "optimized"
version of your patch (haven't tested).
Just to avoid a few assignments/typecasts.
[-- Attachment #2: process.c.diff --]
[-- Type: text/x-patch, Size: 988 bytes --]
--- process.c.old 2005-05-03 20:15:39.000000000 +0400
+++ process.c 2005-05-03 20:41:25.000000000 +0400
@@ -399,12 +399,6 @@
struct task_struct *tsk;
int err;
- childregs = ((struct pt_regs *) (THREAD_SIZE + (unsigned long) p->thread_info)) - 1;
- *childregs = *regs;
- childregs->eax = 0;
- childregs->esp = esp;
-
- p->thread.esp = (unsigned long) childregs;
/*
* The below -8 is to reserve 8 bytes on top of the ring0 stack.
* This is necessary to guarantee that the entire "struct pt_regs"
@@ -415,7 +409,13 @@
* "struct pt_regs" is possible, but they may contain the
* completely wrong values.
*/
- p->thread.esp0 = (unsigned long) (childregs+1) - 8;
+ childregs = ((struct pt_regs *) (THREAD_SIZE - 8 + (unsigned long)p->thread_info)) - 1;
+ *childregs = *regs;
+ childregs->eax = 0;
+ childregs->esp = esp;
+
+ p->thread.esp = (unsigned long) childregs;
+ p->thread.esp0 = (unsigned long) (childregs+1);
p->thread.eip = (unsigned long) ret_from_fork;
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 2.6.12-rc3 OOPS in vanilla source (once more)
2005-05-03 17:20 ` Stas Sergeev
@ 2005-05-03 23:45 ` Alexander Nyberg
0 siblings, 0 replies; 7+ messages in thread
From: Alexander Nyberg @ 2005-05-03 23:45 UTC (permalink / raw)
To: Stas Sergeev
Cc: Andrew Morton, torvalds, Mateusz Berezecki, linux-kernel, zwane
> > So, my solution is to instead of just adjusting esp0 that creates an
> > inconsitent state I adjust where the user-space registers are saved with
> > -8 bytes.
> When I did that offending patch,
> I was thinking the following way:
> - Do we need to adjust that initial
> copy of child regs by the 8 bytes too?
> - Well, we need that 8 bytes only
> when the "struct pt_regs" is incomplete.
> Here we copy the *complete* "struct pt_regs",
> so shifting that here makes no sense.
>
> And so I adjusted only esp0 and
> nothing else. I think this may
> actually still be valid.
No I don't think it's valid. esp0 indicates the start of the stack and
right before it you copy the saved registers to a position that does not
correspond to this. And at this point, like you say we know the size of
what will be copied onto the stack so it makes even more sense to make
it correct from the beginning. Having inconsistent states is just asking
for more trouble.
> > This gives us the wanted extra bytes on the start of the stack
> > and esp0 is now correct.
> Yes, it is now correct by the mean
> that it points to the top of the
> "struct pt_regs" on the thread startup.
> However, it is not *always* points
> to the top of the "struct pt_regs".
> This -8 means exactly that esp0 can
> also point 8 bytes below the top of
> the "struct pt_regs" - that's what
> we've seen on a sysenter path, and
> that's what used crash either.
> So I think using esp0 to locate the
> top of the "struct pt_regs" is wrong.
> It doesn't always point to the top
> of that struct. Sometimes it does,
> but sometimes points 8 bytes lower.
> IMHO the ptrace.c have to be fixed
> instead so to not use this wrong
> assumption any more. What do you think?
>From my reading a task that is scheduled away cannot have a partial
saved pt_regs. If this is correct then ptrace won't suffer from this
problem as the traced child is scheduled away before the parent
investigates its status.
I need to look at the partial stack issue closer, don't think I fully
understand it yet.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 2.6.12-rc3 OOPS in vanilla source (once more)
2005-05-03 11:34 ` Alexander Nyberg
2005-05-03 17:20 ` Stas Sergeev
@ 2005-05-04 3:45 ` Stas Sergeev
2005-05-08 23:12 ` Mateusz Berezecki
2 siblings, 0 replies; 7+ messages in thread
From: Stas Sergeev @ 2005-05-04 3:45 UTC (permalink / raw)
To: Alexander Nyberg
Cc: Andrew Morton, torvalds, Mateusz Berezecki, linux-kernel, zwane
Hello.
Alexander Nyberg wrote:
> /From my reading a task that is scheduled away cannot have a partial/
> saved pt_regs. If this is correct then ptrace won't suffer from this
> problem
This is most likely correct, I
just wanted to be sure.
> I need to look at the partial stack issue closer, don't think I fully
> understand it yet.
When the IRQ/NMI interrupts the
ring0 code (kernel), since the
handler is also ring0, the interrupt
gate doesn't save the SS and ESP
when switching, so you miss the 8 bytes.
After looking at the code again I
don't think this can affect the
ptrace since the ptrace probably
never traces from an IRQ context
(I hope).
So I think it is safe to ignore my
previous comment. (if only perhaps
the "optimized" version of the patch
is to have a look)
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: 2.6.12-rc3 OOPS in vanilla source (once more)
2005-05-03 11:34 ` Alexander Nyberg
2005-05-03 17:20 ` Stas Sergeev
2005-05-04 3:45 ` Stas Sergeev
@ 2005-05-08 23:12 ` Mateusz Berezecki
2 siblings, 0 replies; 7+ messages in thread
From: Mateusz Berezecki @ 2005-05-08 23:12 UTC (permalink / raw)
To: Alexander Nyberg; +Cc: Andrew Morton, torvalds, linux-kernel, zwane, stsp
Sorry for a _slight_ delay. I was offline for a longer while
anyways I really appreciate fixing this issue quite fast.
problems are gone. for now... ;-)
kind regards
/mb
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2005-05-08 23:12 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-05-02 14:04 2.6.12-rc3 OOPS in vanilla source (once more) Mateusz Berezecki
2005-05-03 3:05 ` Andrew Morton
2005-05-03 11:34 ` Alexander Nyberg
2005-05-03 17:20 ` Stas Sergeev
2005-05-03 23:45 ` Alexander Nyberg
2005-05-04 3:45 ` Stas Sergeev
2005-05-08 23:12 ` Mateusz Berezecki
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox