Hi, Just got an OOPS after resume from hibernation on 2.6.39.3 (echo disk > /sys/power/state). So far it's happened only once (out of the 4 or 5 times I've hibernated 2.6.39.3). I was able to rescue the following OOPS fragment before the system froze entirely. I hope it is enough to give clues about what went wrong. ~ Andy =================== BUG: unable to handle kernel paging request at f542e000 IP: [<c10a9487>] get_page_from_freelist+0x213/0x449 *pde = 3571f063 *pte = 00100d35 Oops: 0003 [#1] Pid: 2, comm: kthreadd Tainted: G M 2.6.39.3 EIP: 0060:[<c10a9487>] EFLAGS: 00010246 CPU: 0 EIP is at get_page_from_freelist+0x213/0x449 EAX: 00000000 EBX: 00001000 ECX: 00000400 EDX: f542e000 ESI: 00000000 EDI: f542e000 EBP: f5c41e4c ESP: f5c41dec DS: 007b ES: 007b FS: 0000 GS: 00e0 SS: 0068 Process kthreadd (pid: 2, ti=f5c40000 task=f5c38c50 task.t1=f5c40000) Stack: 00000001 00000041 fffffffe 00000001 00000000 00000040 00000000 f5c41e4c c158c3cd 0000000% c187306c c18729f4 00000000 00028010 00000002 00000001 00000000 f6fa55c0 00000002 f6fa55c0 c1872790 00000001 00000000 00000000 Call Trace; [<c158c3cd>] ? apic_timer_interrupt+0x31/0x38 [<c10a9dba>] __alloc_pages_nodemask+0xf5/0x6cf [<c1020eb5>] ? update_curr+0x165/0x24e [<c10523a6>] copy_process+0xbe/0xd7f [<c102969e>] ? __dequeue_entity+0x31/0x35 [<c1030ceb>] ? set_next entity+0xad/0xbc [<c10330be>] do_fork+0x57/0x2c3
what machine is this? is it still failing 1/5 times in 2.6.39.stable? this bug is marked as a regression -- did it resume consistently over many tries in 2.6.38?
It's great that the kernel bugzilla is back. Can you please verify if the problem still exists in the latest upstream kernel?
bug closed as there is no response from the bug reporter. please feel free to reopen it if the problem still exists in the latest upstream kernel.