Bug#601081:
This bug must be related, and happens to me too: everything fine with 2.6.32-29, but in 2.6.32-30 the system reboots just as it finishes waking up from hibernation. http://www.mail-archive.com/debian-kernel@lists.debian.org/msg64250.html
Bug#601081: does #601081 still occur in linux-image-2.6.32-5-686_2.6.32-27?
Am 20.11.2010 14:04, schrieb Tomáš Pospíšek: In http://bugs.debian.org/601081 you report a resume failure on a i915 system with kernel v2.6.32-25. However v2.6.32-27 contains spefically fixes for i915 systems: * Add drm changes from 2.6.32.24+drm33.11: - i915: return -EFAULT if copy_to_user fails. - drm/i915: Prevent double dpms on - drm: Only decouple the old_fb from the crtc is we call mode_set* - drm/i915: Unset cursor if out-of-bounds upon mode change (v4) - drm/i915,agp/intel: Add second set of PCI-IDs for B43 Does your resume problem still occur with the latest sqeeze kernel? Most of the time, hibernate works again, although I have seen some instances lately where it did not. When I reported the issue, the failure to resume occurred every or nearly every time. Thanks, Johannes -- Johannes Rohr Russia Coordinator / ??? ?? ?? International Work Group for Indigenous Affairs / ? ??? ?? ?? ? ??? (IWGIA) Classensgade 11E, DK-2100 Copenhagen http://www.iwgia.org http://www.iwgia.org/ Tel.: +45 35 27 05 01, Fax: +45 35 27 05 07 Mobile: +45-52 80 33 11 (Denmark); +7-909-907 88 84 (Russia), +49-1570-3322883 (Germany) Skype: johannesrohr, /Please visit IWGIA's webshop at/ shop.iwgia.org http://shop.iwgia.org/
Bug#601081: does #601081 still occur in linux-image-2.6.32-5-686_2.6.32-27?
In http://bugs.debian.org/601081 you report a resume failure on a i915 system with kernel v2.6.32-25. However v2.6.32-27 contains spefically fixes for i915 systems: * Add drm changes from 2.6.32.24+drm33.11: - i915: return -EFAULT if copy_to_user fails. - drm/i915: Prevent double dpms on - drm: Only decouple the old_fb from the crtc is we call mode_set* - drm/i915: Unset cursor if out-of-bounds upon mode change (v4) - drm/i915,agp/intel: Add second set of PCI-IDs for B43 Does your resume problem still occur with the latest sqeeze kernel? *t -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#601081: linux-image-2.6.32-5-686: since latest kernel upgrade, computer often freezes after resume from hibernation
Package: linux-2.6 Version: 2.6.32-25 Severity: important Since the latest upgrade, my Laptop, a Lenovo 3000 N100 more often than not fails to properly come back from hibernation. It gets as far as reading the resume image, and at the moment when I think it switches to graphical mode, it hangs. All hard disk activity ceases, but the system LEDs do not flash, i.e. there is probably no kernel panic. Suspend to RAM seems to be unaffected by this. -- Package-specific info: ** Version: Linux version 2.6.32-5-686 (Debian 2.6.32-25) (da...@debian.org) (gcc version 4.3.5 (Debian 4.3.5-4) ) #1 SMP Thu Oct 14 17:15:16 UTC 2010 ** Command line: BOOT_IMAGE=/boot/vmlinuz-2.6.32-5-686 root=UUID=9cac6e5d-af14-4146-900c-75f27964 ro ** Not tainted ** Kernel log: [ 6961.045144] [c126c843] ? out_of_line_wait_on_bit+0xb5/0xbd [ 6961.045148] [c10cddee] ? sync_buffer+0x0/0x33 [ 6961.045153] [c1043b3b] ? wake_bit_function+0x0/0x3c [ 6961.045157] [c10cdd94] ? __wait_on_buffer+0x16/0x18 [ 6961.045161] [c10cf958] ? __bread+0x49/0x5d [ 6961.045195] [f8065f47] ? ext3_get_branch+0x5d/0xc4 [ext3] [ 6961.045210] [f8066730] ? ext3_get_blocks_handle+0x8f/0x78a [ext3] [ 6961.045214] [c1122393] ? elv_insert+0x118/0x1b2 [ 6961.045217] [c11297a4] ? __make_request+0x364/0x3d9 [ 6961.045222] [c1132dd2] ? cfq_set_request+0x0/0x290 [ 6961.045226] [c1133735] ? cfq_add_rq_rb+0x8b/0xaa [ 6961.045244] [f8066ec8] ? ext3_get_block+0x9d/0xd1 [ext3] [ 6961.045248] [c10d4057] ? do_mpage_readpage+0x272/0x5a4 [ 6961.045263] [f8066e2b] ? ext3_get_block+0x0/0xd1 [ext3] [ 6961.045267] [c112848b] ? submit_bio+0xbc/0xd6 [ 6961.045271] [c1137de9] ? radix_tree_insert+0x135/0x16d [ 6961.045276] [c108da50] ? pagevec_lru_add+0xf8/0x107 [ 6961.045280] [c10d4481] ? mpage_readpages+0x9a/0xcd [ 6961.045295] [f8066e2b] ? ext3_get_block+0x0/0xd1 [ext3] [ 6961.045300] [c10703f5] ? __delayacct_blkio_end+0x2f/0x32 [ 6961.045315] [f8066624] ? ext3_readpages+0x0/0x15 [ext3] [ 6961.045321] [c108d281] ? __do_page_cache_readahead+0xf4/0x16b [ 6961.045336] [f8066e2b] ? ext3_get_block+0x0/0xd1 [ext3] [ 6961.045340] [c108d30c] ? ra_submit+0x14/0x18 [ 6961.045344] [c10878d8] ? filemap_fault+0x16d/0x2e6 [ 6961.045349] [c10995e6] ? __do_fault+0x47/0x3b1 [ 6961.045353] [c10d57f5] ? fsnotify_remove_notify_event+0x55/0x60 [ 6961.045357] [c10d5a06] ? fsnotify_put_event+0x36/0x45 [ 6961.045361] [c10d7611] ? inotify_read+0x19f/0x21b [ 6961.045365] [c109b573] ? handle_mm_fault+0x48f/0x959 [ 6961.045370] [c10b2825] ? fsnotify_access+0x5a/0x61 [ 6961.045375] [c104ace8] ? getnstimeofday+0x4d/0xc9 [ 6961.045379] [c126f01f] ? do_page_fault+0x2f1/0x307 [ 6961.045383] [c126ed2e] ? do_page_fault+0x0/0x307 [ 6961.045386] [c126d583] ? error_code+0x73/0x78 [ 7201.045822] INFO: task tracker-store:3578 blocked for more than 120 seconds. [ 7201.045826] echo 0 /proc/sys/kernel/hung_task_timeout_secs disables this message. [ 7201.045829] tracker-store D 01936c49 0 3578 3032 0x [ 7201.045835] eeb15100 00200086 0080 01936c49 c1415100 c1415100 0002 [ 7201.045842] eeb152bc c2008100 7e2f5eba 066f 19db8ae8 c1411e50 [ 7201.045848] 04c082b8 eeb152bc 3752c02a 04c082b8 eefc50f8 0031961e [ 7201.045855] Call Trace: [ 7201.045866] [c126c2e2] ? io_schedule+0x5f/0x98 [ 7201.045871] [c10872ad] ? sync_page+0x3a/0x3d [ 7201.045875] [c126c640] ? __wait_on_bit_lock+0x31/0x6a [ 7201.045879] [c1087273] ? sync_page+0x0/0x3d [ 7201.045882] [c1087246] ? __lock_page+0x76/0x7e [ 7201.045888] [c1043b3b] ? wake_bit_function+0x0/0x3c [ 7201.045893] [c109b72d] ? handle_mm_fault+0x649/0x959 [ 7201.045896] [c126c236] ? schedule+0x78f/0x7dc [ 7201.045901] [c126f01f] ? do_page_fault+0x2f1/0x307 [ 7201.045905] [c126ed2e] ? do_page_fault+0x0/0x307 [ 7201.045909] [c126d583] ? error_code+0x73/0x78 [ 7201.045913] [c10b00d8] ? pcpu_alloc_area+0x1d9/0x29a [ 7201.045918] [c10be4b2] ? do_sys_poll+0x2c3/0x312 [ 7201.045922] [c10beeae] ? __pollwait+0x0/0xa5 [ 7201.045926] [c10bef53] ? pollwake+0x0/0x65 [ 7201.045930] [c10bef53] ? pollwake+0x0/0x65 [ 7201.045933] [c10bef53] ? pollwake+0x0/0x65 [ 7201.045937] [c10bef53] ? pollwake+0x0/0x65 [ 7201.045942] [c1025c2a] ? enqueue_entity+0x82/0x129 [ 7201.045946] [c1026a47] ? enqueue_task_fair+0x38/0x6d [ 7201.045952] [c101311c] ? native_smp_send_reschedule+0x3e/0x3f [ 7201.045956] [c102d0ff] ? try_to_wake_up+0x2ae/0x2ba [ 7201.045960] [c10befaf] ? pollwake+0x5c/0x65 [ 7201.045963] [c102d10b] ? default_wake_function+0x0/0x8 [ 7201.045967] [c1020621] ? __wake_up_common+0x34/0x59 [ 7201.045973] [c10ac509] ? add_partial+0xe/0x40 [ 7201.045976] [c10ad07b] ? __slab_free+0x66/0x21c [ 7201.045980] [c11d1bcb] ? __kfree_skb+0xf/0x6e [ 7201.045985] [c122f2b2] ? unix_stream_recvmsg+0x3b2/0x440 [ 7201.045989] [c122f2b2] ? unix_stream_recvmsg+0x3b2/0x440 [ 7201.045992] [c10adfb0] ? kmem_cache_free+0x78/0xaf [ 7201.045996] [c122dd86] ? scm_recv+0x2a/0x9b [