2006-03-28 01:45:52 |
Aaron Whitehouse |
bug |
|
|
added bug |
2006-03-28 01:47:12 |
Aaron Whitehouse |
acpi-support: assignee |
|
mjg59 |
|
2006-03-28 01:47:12 |
Aaron Whitehouse |
acpi-support: statusexplanation |
|
|
|
2006-03-28 11:00:30 |
Paul Sladen |
acpi-support: status |
Unconfirmed |
Needs Info |
|
2006-03-28 11:11:33 |
Aaron Whitehouse |
bug |
|
|
added attachment 'mem.txt' (Memory used/available) |
2006-03-28 12:43:26 |
Aaron Whitehouse |
bug |
|
|
added attachment 'cat_procs.txt' (cat_procs readout) |
2006-03-29 03:23:37 |
Aaron Whitehouse |
bug |
|
|
added attachment '20060329_gpm_successful-long_poweroff.txt' (GPM_long-poweroff_successful) |
2006-03-29 03:25:02 |
Aaron Whitehouse |
bug |
|
|
added attachment '20060329_gpm_successful-less_than_1min.txt' (Purely successful hibernate with GPM) |
2006-03-29 03:26:29 |
Aaron Whitehouse |
bug |
|
|
added attachment '20060329_gpm_unsuccessful-re-awakens.txt' (Immediate re-awaken with GPM) |
2006-03-29 03:27:22 |
Aaron Whitehouse |
bug |
|
|
added attachment '20060329_log-out_successful-less_than_1min.txt' (This is a purely successful hibernate from the log-out menu) |
2006-03-29 03:29:23 |
Aaron Whitehouse |
bug |
|
|
added attachment '20060329_log-out_unsuccessful-less_than_1min.txt' (Turns off instead of hibernates) |
2006-03-29 03:30:43 |
Aaron Whitehouse |
bug |
|
|
added attachment '20060329_log-out_unsuccessful-re-awakens.txt' (An example of the machine immediately re-awakening when hibernate is selected from the log-out menu) |
2006-03-29 18:43:54 |
Paul Sladen |
acpi-support: statusexplanation |
|
This last one that comes back immediately is easy:
swsusp: Need to copy 47008 pages
swsusp: Not enough free memory
Matthew, I've forgotten, is that a shortage of swap, or a shortage of RAM to bounce pages around in? But we can ignore this one.
However, the bigger problem is the one that *fails* on unhibernate and leads to a kernel backtrace:
swsusp: Reading pagedir (125 pages)
busybox: page allocation failure. order:0, mode:0x8020
[__alloc_pages+494/736] __alloc_pages+0x1ee/0x2e0
[get_zeroed_page+34/80] get_zeroed_page+0x22/0x50
[alloc_data_pages+55/208] alloc_data_pages+0x37/0xd0
[read_suspend_image+155/192] read_suspend_image+0x9b/0xc0
[swsusp_read+21/64] swsusp_read+0x15/0x40
[software_resume+119/224] software_resume+0x77/0xe0
[resume_store+161/164] resume_store+0xa1/0xa4
[flush_write_buffer+39/48] flush_write_buffer+0x27/0x30
[sysfs_write_file+63/96] sysfs_write_file+0x3f/0x60
[vfs_write+150/336] vfs_write+0x96/0x150
[sys_write+56/128] sys_write+0x38/0x80
[syscall_call+7/11] syscall_call+0x7/0xb
Is this race to do with processes (eg. the busybox that initiated the unhibernate) continueing to run and no longer being able to access resources because they have, or are in the process of being, overwritten? |
|
2006-03-29 18:44:09 |
Paul Sladen |
linux-source-2.6.15: status |
Needs Info |
Confirmed |
|
2006-03-29 18:44:09 |
Paul Sladen |
linux-source-2.6.15: statusexplanation |
This last one that comes back immediately is easy:
swsusp: Need to copy 47008 pages
swsusp: Not enough free memory
Matthew, I've forgotten, is that a shortage of swap, or a shortage of RAM to bounce pages around in? But we can ignore this one.
However, the bigger problem is the one that *fails* on unhibernate and leads to a kernel backtrace:
swsusp: Reading pagedir (125 pages)
busybox: page allocation failure. order:0, mode:0x8020
[__alloc_pages+494/736] __alloc_pages+0x1ee/0x2e0
[get_zeroed_page+34/80] get_zeroed_page+0x22/0x50
[alloc_data_pages+55/208] alloc_data_pages+0x37/0xd0
[read_suspend_image+155/192] read_suspend_image+0x9b/0xc0
[swsusp_read+21/64] swsusp_read+0x15/0x40
[software_resume+119/224] software_resume+0x77/0xe0
[resume_store+161/164] resume_store+0xa1/0xa4
[flush_write_buffer+39/48] flush_write_buffer+0x27/0x30
[sysfs_write_file+63/96] sysfs_write_file+0x3f/0x60
[vfs_write+150/336] vfs_write+0x96/0x150
[sys_write+56/128] sys_write+0x38/0x80
[syscall_call+7/11] syscall_call+0x7/0xb
Is this race to do with processes (eg. the busybox that initiated the unhibernate) continueing to run and no longer being able to access resources because they have, or are in the process of being, overwritten? |
|
|
2006-03-30 12:46:50 |
Paul Sladen |
title |
Hibernate broken on Dell Inspiron 510m |
software_resume()->read_suspend_image() can fail at get_zeroed_page() |
|
2006-10-09 22:15:47 |
Timothy Smith |
linux-source-2.6.15: status |
Confirmed |
Fix Committed |
|
2006-10-09 22:15:47 |
Timothy Smith |
linux-source-2.6.15: statusexplanation |
|
Appears to be fixed in Edgy |
|
2008-02-27 15:11:36 |
Leann Ogasawara |
linux-source-2.6.15: status |
Fix Committed |
Fix Released |
|
2012-05-29 15:29:52 |
Curtis Hovey |
removed subscriber Registry Administrators |
|
|
|