Bug 39722 - Kernel OOPS at get_page_from_freelist on resume from hibernation 1 of 5 times
Summary: Kernel OOPS at get_page_from_freelist on resume from hibernation 1 of 5 times
Status: CLOSED INSUFFICIENT_DATA
Alias: None
Product: Power Management
Classification: Unclassified
Component: Hibernation/Suspend (show other bugs)
Hardware: All Linux
: P1 high
Assignee: power-management_other
URL:
Keywords:
Depends on:
Blocks: 7216
  Show dependency tree
 
Reported: 2011-07-22 03:41 UTC by akwatts
Modified: 2012-05-24 08:01 UTC (History)
3 users (show)

See Also:
Kernel Version: 2.6.39.3
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments

Description akwatts 2011-07-22 03:41:58 UTC
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
Comment 1 Len Brown 2011-08-02 02:58:22 UTC
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?
Comment 2 Zhang Rui 2012-01-18 05:26:07 UTC
It's great that the kernel bugzilla is back.

Can you please verify if the problem still exists in the latest upstream
kernel?
Comment 3 Zhang Rui 2012-05-24 08:01:40 UTC
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.

Note You need to log in before you can comment on or make changes to this bug.