Bug#611750: Asus EeePC resume from hibernation fails
Jonathan Nieder jrnie...@gmail.com writes: Jonathan Nieder wrote: - Does backing out the patch x86, hotplug: Use mwait to offline a processor, fix the legacy case that Frédéric mentioned[1] help? I have no reason to believe it would (except that Frédéric also uses an EeePC), but just in case, 2.6.32-36 has that patch backed out. So results from testing with a recent squeeze kernel would be interesting. I upgraded to 2.6.32-38 on my EeePC 1000HE, tested hibernation for 40 cycles, works flawlessly! Thank you Frédéric for identifying the regression! -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpwTGUgOAsGy.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
tags 611750 - moreinfo forwarded 611750 https://bugzilla.kernel.org/show_bug.cgi?id=41982 unarchive 622259 merge 622259 611750 quit Gerald Turner wrote: I upgraded to 2.6.32-38 on my EeePC 1000HE, tested hibernation for 40 cycles, works flawlessly! Thanks for checking. Closing. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
tags 611750 + moreinfo quit Hi again, Jonathan Nieder wrote: Gerald Turner wrote: I've upgraded to 2.6.32-31 some weeks ago and have noticed that the problem still exists, resume doesn't fail every time, so this afternoon I'm trying a more thorough examination. [...] For the first 10 consecutive suspend/resume cycles I had nothing but an empty gnome desktop and gnome-terminal running. Then I added pidgin and ekiga. At cycle 15 I fired up emacs. At cycle 20 I launched a handful of random gnome utilities (gcalctool, gconf-editor, gucharmap, nautilus, file-roller, palimpsest, gnome-dictionary). The 25th resume failed. Could it be memory related? [...] - Does backing out the patch x86, hotplug: Use mwait to offline a processor, fix the legacy case that Frédéric mentioned[1] help? I have no reason to believe it would (except that Frédéric also uses an EeePC), but just in case, 2.6.32-36 has that patch backed out. So results from testing with a recent squeeze kernel would be interesting. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
found 611750 linux-2.6/2.6.32-30 found 611750 linux-2.6/2.6.32-31 # regression from 2.6.32-27 retitle 611750 [regression] Asus EeePC: resume from hibernate fails when memory is scarce quit Hi, Gerald Turner wrote: I've upgraded to 2.6.32-31 some weeks ago and have noticed that the problem still exists, resume doesn't fail every time, so this afternoon I'm trying a more thorough examination. [...] For the first 10 consecutive suspend/resume cycles I had nothing but an empty gnome desktop and gnome-terminal running. Then I added pidgin and ekiga. At cycle 15 I fired up emacs. At cycle 20 I launched a handful of random gnome utilities (gcalctool, gconf-editor, gucharmap, nautilus, file-roller, palimpsest, gnome-dictionary). The 25th resume failed. Could it be memory related? Sorry for the long silence. Yes, that is believable; thanks for tracking it down. I haven't yet mulled over the above evidence carefully, but here are some basic questions anyway. - Does the latest squeeze kernel exhibit the same problem? How about a sid kernel? - Does 2.6.32-29 (available on snapshot.debian.org) behave the same way? - Does backing out the patch x86, hotplug: Use mwait to offline a processor, fix the legacy case that Frédéric mentioned[1] help? Looking forward to your thoughts, Jonathan [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611750#198 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Hi Sergei, Sergei Stolyarov wrote: I'm using Samsung N150, problem still exists: sometimes system wake up correctly, sometimes with instant reboot after finishing resume. Please file a separate report if you can still reproduce this, and we can merge them later if they turn out to have the same cause. Thanks, Jonathan -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Hi, recently I've found a recomendation to unload wifi module (ath9k) before hibernate, after that my laptop is resuming ok. Without unloading the module sometimes go to reboot immediately after resume. It's about three weeks resuming is working fine (almost). Unfortunately I've done some other things like setting kernel options, upgrading to 3.0.0 so I'm not sure that module removing really helped but not something else. So you can consider bug is not reproduced here anymore. On Sat, Aug 27, 2011 at 1:18 PM, Jonathan Nieder jrnie...@gmail.com wrote: Hi Sergei, Sergei Stolyarov wrote: I'm using Samsung N150, problem still exists: sometimes system wake up correctly, sometimes with instant reboot after finishing resume. Please file a separate report if you can still reproduce this, and we can merge them later if they turn out to have the same cause. Thanks, Jonathan -- Sergei Stolyarov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
2011/5/3 Frédéric Boiteux fboit...@calistel.com: time nice env DEBFULLNAME=Your Name DEBEMAIL=Your e-mail address \ KBUILD_PKG_ROOTCMD=fakeroot -u fakeroot make -j 2 KDEB_PKGVERSION=$kvers-$krel KERNELRELEASE=$kvers$ksuff deb-pkg wait... quite a long time, install the generated .deb , boot it and try some hibernations... Thank you for detailed description, have created kernel package, installed, still not working: reboot instead of resume. The only working kernel package version is 2.6.32-29. So looks like reverting x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch is not working for me. -- Sergei Stolyarov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Le Thu, 5 May 2011 10:02:17 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : Thank you for detailed description, have created kernel package, installed, still not working: reboot instead of resume. The only working kernel package version is 2.6.32-29. So looks like reverting x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch is not working for me. Sorry for you... Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Le Sat, 30 Apr 2011 18:34:15 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : Please report whether this bug is fixed in Debian kernel version 2.6.32-31 (as included in Debian 6.0.1). I'm using Samsung N150, problem still exists: sometimes system wake up correctly, sometimes with instant reboot after finishing resume. % uname -a Linux netbook 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 GNU/Linux Hello, Perhaps you're hit by same bug as me, see Debian bug #622259, and suggested patch.If you can test it, please report if it fixes your problem. Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Hello. 2011/5/3 Frédéric Boiteux fboit...@calistel.com: Perhaps you're hit by same bug as me, see Debian bug #622259, and suggested patch.If you can test it, please report if it fixes your problem. Do you mean removing patch x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch ? I've found that kernel sources linux-2.6_2.6.32-33 don't have this patch, is it ok or patch was renamed/updated? -- Sergei Stolyarov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Le Tue, 3 May 2011 14:50:32 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : Hello. 2011/5/3 Frédéric Boiteux fboit...@calistel.com: Perhaps you're hit by same bug as me, see Debian bug #622259, and suggested patch.If you can test it, please report if it fixes your problem. Do you mean removing patch x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch ? I've found that kernel sources linux-2.6_2.6.32-33 don't have this patch, is it ok or patch was renamed/updated? Hello Sergei, Yes, I mean reverting this patch. Are you sure it isn't applied in linux-2.6_2.6.32-33 ?? I didn't read anything about this. Be careful, it isn't a Debian patch, but a upstream patch coming with a stable upstream release, in 2.6.32.28. I'm attaching this patch to this e-mail, tell me if it's actually reverted in latest Debian 2.6.32 kernel. Fred. From l...@kernel.org Fri Dec 17 11:25:38 2010 From: H. Peter Anvin h...@linux.intel.com Date: Fri, 10 Dec 2010 23:57:04 -0500 (EST) Subject: x86, hotplug: Use mwait to offline a processor, fix the legacy case To: sta...@kernel.org Cc: linux...@lists.linux-foundation.org, x...@kernel.org Message-ID: alpine.LFD.2.00.1012102355260.7564@x980 From: H. Peter Anvin h...@linux.intel.com upstream ea53069231f9317062910d6e772cca4ce93de8c8 x86, hotplug: Use mwait to offline a processor, fix the legacy case Here included also some small follow-on patches to the same code: upstream a68e5c94f7d3dd64fef34dd5d97e365cae4bb42a x86, hotplug: Move WBINVD back outside the play_dead loop upstream ce5f68246bf2385d6174856708d0b746dc378f20 x86, hotplug: In the MWAIT case of play_dead, CLFLUSH the cache line https://bugzilla.kernel.org/show_bug.cgi?id=5471 Signed-off-by: H. Peter Anvin h...@linux.intel.com Signed-off-by: Len Brown len.br...@intel.com Signed-off-by: Greg Kroah-Hartman gre...@suse.de --- arch/x86/include/asm/processor.h | 23 -- arch/x86/kernel/smpboot.c| 85 ++- 2 files changed, 84 insertions(+), 24 deletions(-) --- a/arch/x86/include/asm/processor.h +++ b/arch/x86/include/asm/processor.h @@ -765,29 +765,6 @@ extern unsigned long boot_option_idle_o extern unsigned long idle_halt; extern unsigned long idle_nomwait; -/* - * on systems with caches, caches must be flashed as the absolute - * last instruction before going into a suspended halt. Otherwise, - * dirty data can linger in the cache and become stale on resume, - * leading to strange errors. - * - * perform a variety of operations to guarantee that the compiler - * will not reorder instructions. wbinvd itself is serializing - * so the processor will not reorder. - * - * Systems without cache can just go into halt. - */ -static inline void wbinvd_halt(void) -{ - mb(); - /* check for clflush to determine if wbinvd is legal */ - if (cpu_has_clflush) - asm volatile(cli; wbinvd; 1: hlt; jmp 1b : : : memory); - else - while (1) - halt(); -} - extern void enable_sep_cpu(void); extern int sysenter_setup(void); --- a/arch/x86/kernel/smpboot.c +++ b/arch/x86/kernel/smpboot.c @@ -1338,11 +1338,94 @@ void play_dead_common(void) local_irq_disable(); } +#define MWAIT_SUBSTATE_MASK 0xf +#define MWAIT_SUBSTATE_SIZE 4 + +#define CPUID_MWAIT_LEAF 5 +#define CPUID5_ECX_EXTENSIONS_SUPPORTED 0x1 + +/* + * We need to flush the caches before going to sleep, lest we have + * dirty data in our caches when we come back up. + */ +static inline void mwait_play_dead(void) +{ + unsigned int eax, ebx, ecx, edx; + unsigned int highest_cstate = 0; + unsigned int highest_subcstate = 0; + int i; + void *mwait_ptr; + + if (!cpu_has(current_cpu_data, X86_FEATURE_MWAIT)) + return; + if (!cpu_has(current_cpu_data, X86_FEATURE_CLFLSH)) + return; + if (current_cpu_data.cpuid_level CPUID_MWAIT_LEAF) + return; + + eax = CPUID_MWAIT_LEAF; + ecx = 0; + native_cpuid(eax, ebx, ecx, edx); + + /* + * eax will be 0 if EDX enumeration is not valid. + * Initialized below to cstate, sub_cstate value when EDX is valid. + */ + if (!(ecx CPUID5_ECX_EXTENSIONS_SUPPORTED)) { + eax = 0; + } else { + edx = MWAIT_SUBSTATE_SIZE; + for (i = 0; i 7 edx; i++, edx = MWAIT_SUBSTATE_SIZE) { + if (edx MWAIT_SUBSTATE_MASK) { +highest_cstate = i; +highest_subcstate = edx MWAIT_SUBSTATE_MASK; + } + } + eax = (highest_cstate MWAIT_SUBSTATE_SIZE) | + (highest_subcstate - 1); + } + + /* + * This should be a memory location in a cache line which is + * unlikely to be touched by other processors. The actual + * content is immaterial as it is not actually modified in any way. + */ + mwait_ptr = current_thread_info()-flags; + + wbinvd(); + + while (1) { + /* + * The CLFLUSH is a workaround for erratum AAI65 for + * the Xeon 7400 series. It's not clear it is actually + * needed, but it should be harmless in either case. + * The WBINVD is insufficient due to the spurious-wakeup + * case where we return around the
Bug#611750: Asus EeePC resume from hibernation fails
2011/5/3 Frédéric Boiteux fboit...@calistel.com: Yes, I mean reverting this patch. Are you sure it isn't applied in linux-2.6_2.6.32-33 ?? I didn't read anything about this. Be careful, it isn't a Debian patch, but a upstream patch coming with a stable upstream release, in 2.6.32.28. I'm attaching this patch to this e-mail, tell me if it's actually reverted in latest Debian 2.6.32 kernel. Could you please tell what exactly should I do to build kernel package? I've found that this patch is placed in the file ./debian/patches/bugfix/all/stable/2.6.32.28.patch inside unpacked kernel sources, patch is mentioned in file ./debian/patches/series/30, so I can delete it from there. But I cannot build package because just don't know what to do. -- Sergei Stolyarov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Le Tue, 3 May 2011 17:11:48 +0700, Sergei Stolyarov sergei.stolya...@regolit.com a écrit : 2011/5/3 Frédéric Boiteux fboit...@calistel.com: Yes, I mean reverting this patch. Are you sure it isn't applied in linux-2.6_2.6.32-33 ?? I didn't read anything about this. Be careful, it isn't a Debian patch, but a upstream patch coming with a stable upstream release, in 2.6.32.28. I'm attaching this patch to this e-mail, tell me if it's actually reverted in latest Debian 2.6.32 kernel. Could you please tell what exactly should I do to build kernel package? I've found that this patch is placed in the file ./debian/patches/bugfix/all/stable/2.6.32.28.patch inside unpacked kernel sources, patch is mentioned in file ./debian/patches/series/30, so I can delete it from there. But I cannot build package because just don't know what to do. Don't you know how to rebuild a Debian's kernel ? I can suggest you the doc inside debian-kernel-handbook package. In short, you can do : kvers=2.6.32 krel=33 ksuff=-test aptitude install linux-source-$kvers tar xjf /usr/src/linux-source-$kvers.tar.bz2 cd linux-source-$kvers patch -p1 -R ../x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch cp /boot/config-$(uname -r) .config [if you're running a 2.6.32 kernel] make oldconfig time nice env DEBFULLNAME=Your Name DEBEMAIL=Your e-mail address \ KBUILD_PKG_ROOTCMD=fakeroot -u fakeroot make -j 2 KDEB_PKGVERSION=$kvers-$krel KERNELRELEASE=$kvers$ksuff deb-pkg wait... quite a long time, install the generated .deb , boot it and try some hibernations... Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Please report whether this bug is fixed in Debian kernel version 2.6.32-31 (as included in Debian 6.0.1). I'm using Samsung N150, problem still exists: sometimes system wake up correctly, sometimes with instant reboot after finishing resume. % uname -a Linux netbook 2.6.32-5-686 #1 SMP Tue Mar 8 21:36:00 UTC 2011 i686 GNU/Linux -- Sergei Stolyarov -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750:
with the kernel in 6.0.1 resume does'nt fails every time like before but still fails sometimes for me. I use a EEEPC 1005HA.
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
On Fri, 2011-04-01 at 15:03 +0200, Frédéric Boiteux wrote: Hello Ben, I've run the 2.6.32-31 Debian kernel without the identified faulty patch (x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch) since about two weeks, using multiple hibernation cycles, without any problem. I don't know if other people involved tried this also ? What are you plans about this bug ? Did you reported it upstream to the kernel devs ? Do you plan to revert it in next Debian kernel release ? So far, every other comment 2.6.32-31 or on 2.6.32-30 with the 3 i915 patches removed says that resume from hibernation i fixed. I will need to check with the original submitters, but I think that their bug is fixed. I think you must be seeing an entirely separate bug. Please make a new bug report summarising your results, so we can deal with it separately. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Hello Ben, I've run the 2.6.32-31 Debian kernel without the identified faulty patch (x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch) since about two weeks, using multiple hibernation cycles, without any problem. I don't know if other people involved tried this also ? What are you plans about this bug ? Did you reported it upstream to the kernel devs ? Do you plan to revert it in next Debian kernel release ? Thanks for your feedback, Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
One more datapoint : I also upgraded to 2.6.32.31 as packaged in testing, without further problems on my 1005PE. I have used it since its apparition in testing (that's 8 days and 8 hours according to uptime), using my machine as usual (meaning 2-5 hibernations per day) without shutdown or reboot. Other models may be pickier ? HTH, Emmanuel Charpentier Le vendredi 01 avril 2011 à 15:03 +0200, Frédéric Boiteux a écrit : Hello Ben, I've run the 2.6.32-31 Debian kernel without the identified faulty patch (x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch) since about two weeks, using multiple hibernation cycles, without any problem. I don't know if other people involved tried this also ? What are you plans about this bug ? Did you reported it upstream to the kernel devs ? Do you plan to revert it in next Debian kernel release ? Thanks for your feedback, Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Wed, 16 Mar 2011 03:58:47 +, Ben Hutchings b...@decadent.org.uk a écrit : I can't see any fix that looks related to this, but please do try the new version. You will need to add the 'stable-proposed-updates' suite in /etc/apt/sources.list. Hello Ben, I've tried the 2.6.32-31 version from stable-proposed-updates, and it fails at second hibernation resume attempt ! I'll work on a 2.6.32-31 with patch x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch reversed... Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
On Mon, 2011-03-14 at 13:07 +0100, Frédéric Boiteux wrote: Le Sun, 06 Mar 2011 00:50:50 +, Ben Hutchings b...@decadent.org.uk a écrit : You can find all the individual patches as a quilt series in: git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git subdirectory releases/2.6.32.28. Since quilt doesn't have a bisect command you would have to have to keep track of good and bad positions in the series yourself. I would guess that it's most likely one of: releases/2.6.32.28/pm-hibernate-fix-pm_post_-notification-with-user-space-suspend.patch releases/2.6.32.28/x86-enable-the-intr-remap-fault-handling-after-local-apic-setup.patch so you could try reverting those before going through the whole series. Hello Ben, I've done the manual bisecting with 2.6.32.28 patches, and with 6 tries (and 2 more checks to be sure), I found that the patch causing hibernation resume failures was : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch I've done about ten successfull hibernation/resume cycles with a 2.6.32-30 without this patch, and I'm using it since the end of my bisecting with success. I've also read on bug #611750's log that the new linux-image-2.6.32-5-686_2.6.32-31_i386 could have a fix for this problem, perhaps you could look if there is a patch in this latest version fixing the previous faulty patch I've identified here. I can't see any fix that looks related to this, but please do try the new version. You will need to add the 'stable-proposed-updates' suite in /etc/apt/sources.list. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Sun, 06 Mar 2011 00:50:50 +, Ben Hutchings b...@decadent.org.uk a écrit : You can find all the individual patches as a quilt series in: git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git subdirectory releases/2.6.32.28. Since quilt doesn't have a bisect command you would have to have to keep track of good and bad positions in the series yourself. I would guess that it's most likely one of: releases/2.6.32.28/pm-hibernate-fix-pm_post_-notification-with-user-space-suspend.patch releases/2.6.32.28/x86-enable-the-intr-remap-fault-handling-after-local-apic-setup.patch so you could try reverting those before going through the whole series. Hello Ben, I've done the manual bisecting with 2.6.32.28 patches, and with 6 tries (and 2 more checks to be sure), I found that the patch causing hibernation resume failures was : x86-hotplug-use-mwait-to-offline-a-processor-fix-the-legacy-case.patch I've done about ten successfull hibernation/resume cycles with a 2.6.32-30 without this patch, and I'm using it since the end of my bisecting with success. I've also read on bug #611750's log that the new linux-image-2.6.32-5-686_2.6.32-31_i386 could have a fix for this problem, perhaps you could look if there is a patch in this latest version fixing the previous faulty patch I've identified here. With regards, Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Sun, 06 Mar 2011 00:50:50 +, Ben Hutchings b...@decadent.org.uk a écrit : You can find all the individual patches as a quilt series in: git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git subdirectory releases/2.6.32.28. Since quilt doesn't have a bisect command you would have to have to keep track of good and bad positions in the series yourself. I would guess that it's most likely one of: releases/2.6.32.28/pm-hibernate-fix-pm_post_-notification-with-user-space-suspend.patch releases/2.6.32.28/x86-enable-the-intr-remap-fault-handling-after-local-apic-setup.patch so you could try reverting those before going through the whole series. Hello Ben, Your guesses wasn't good, using a Debian kernel 2.6.32-30 without one of these 2 patches gave hibernation faulty systems. I'll try to bisect myself with the whole series in the next days... Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
On Fri, 2011-03-04 at 14:27 +0100, Frédéric Boiteux wrote: Le Thu, 3 Mar 2011 17:46:38 +0100, Frédéric Boiteux fboit...@calistel.com a écrit : Hi, It was a false assertion, I did get hibernation resuming fail later with this commit reversed :-(( Indeed, the bug is quite difficult to verify, I've done 2/3 hibernation/resume loops before stating a bissecting kernel was good, perhaps it was not enough ! I'll retry, starting from last 'good' kernel before this. [ Sorry for my previous e-mail, I didn't finished it ] I've done more tests, and finally got this commit as faulty for hibernation resuming : ee7181e2b0625ffaa8a7b3dd19dd0c1684cc2d70 is first bad commit commit ee7181e2b0625ffaa8a7b3dd19dd0c1684cc2d70 Author: Debian kernel team debian-ker...@lists.debian.org Date: Thu Feb 17 22:22:25 2011 + Apply 2.6.32.28.patch Thanks for the confirmation. [...] I've tried at least 5 hibernation / resume cycles with a 2.6.32-30 version without this commit (with some parts of patch not reversed cleanly, but seemed not a problem) , waiting for some time unplugged, and it seems to work. Perhaps we could bisect further inside this multi-purpose patch, but I don't know how to do it. You can find all the individual patches as a quilt series in: git://git.kernel.org/pub/scm/linux/kernel/git/longterm/longterm-queue-2.6.32.git subdirectory releases/2.6.32.28. Since quilt doesn't have a bisect command you would have to have to keep track of good and bad positions in the series yourself. I would guess that it's most likely one of: releases/2.6.32.28/pm-hibernate-fix-pm_post_-notification-with-user-space-suspend.patch releases/2.6.32.28/x86-enable-the-intr-remap-fault-handling-after-local-apic-setup.patch so you could try reverting those before going through the whole series. Ben. -- Ben Hutchings Once a job is fouled up, anything done to improve it makes it worse. signature.asc Description: This is a digitally signed message part
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Mon, 21 Feb 2011 17:08:58 +, Ben Hutchings b...@decadent.org.uk a écrit : On Mon, Feb 21, 2011 at 05:58:52PM +0100, Frédéric Boiteux wrote: Hello, I've tried a self-compiled Debian 2.6.32-30 kernel without kprobes, as suggested in bug #611551, but it didn't work for me, after hibernation, my eeepc (1002HA) didn't resume, but returned to Grub menu after few seconds. I've then tried a self-compiled Debian 2.6.32-30 with the 3 drm-i915 related patches reverted : drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch.bz2 drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch.bz2 drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch.bz2 But I had the same result, the hibernation is still broken :-( At now, I've returned to 2.6.32-29 which is OK. I've tried one time to do a git-bisect to find a bug, but I don't know if it's usable with a Debian-patched kernel ? If you clone git://git.debian.org/kernel/linux-2.6.git you can then use 'git bisect debian/2.6.32-30 debian/2.6.32-29'. At least, you will after I update it later today. Ben. Hello Ben, I've actually found the culprit's commit. I has been harder than I thought, as at first git bisect process, I was always finding 'good' systems, ending with latest commit of 2.6.30 (which is unrelated, about powerpc) :-( I doubted of my rebuild system (I wasn't do a 'make clean' between kernel recompilations, I'm not sure if it's mandatory) and finally found that the bug (resumimg from hibernation fails), I had to wait some time, and remove the current plug for some time, or at least do a cold boot. I've found following commit as problematic : eb28b7f273d768a62f58baacb7e8473481b05dc5 is first bad commit commit eb28b7f273d768a62f58baacb7e8473481b05dc5 Author: Ben Hutchings b...@decadent.org.uk Date: Thu Feb 17 22:22:26 2011 + Revert most of block: Deprecate QUEUE_FLAG_CLUSTER ... This reverts the API- and ABI-breaking changes in commit e692cb668fdd5a712c6ed2a2d6f2a36ee83997b4 upstream, included in stable update 2.6.32.28. Restore both blk_queue_limits::no_cluster and QUEUE_FLAG_CLUSTER. Modify blk_queue_cluster() to check both of them, to cope with any drivers that fail to update them both. Signed-off-by: Ben Hutchings b...@decadent.org.uk :04 04 21b8932d10749394aacbb2f07c8e6b7e8f3256f9 2998f524ab5f85f9b894c3421aee2391b33d509c M block :04 04 af298ebe2fac399537275d8515516964c1ffeb5c 46916a3bcd8b182d6f2b314b1b4b3125d7ac3563 M drivers :04 04 53352a9d2a102c31a98a8e55370c4841e7b3b3ea 193a630d1fdb9a107f3e04f80bd580e1671a2294 M include I've tried to build then a kernel 2.6.32-30 with this specific patch, and my tests were successful, hibertation worked here. I'm not enough experienced in kernel dev to understand why this commit has a problem, I'm relying on you ;-) Hope this can be helpful for others too, and perhaps in time for next Squeeze release... with regards, Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Hi, It was a false assertion, I did get hibernation resuming fail later with this commit reversed :-(( Indeed, the bug is quite difficult to verify, I've done 2/3 hibernation/resume loops before stating a bissecting kernel was good, perhaps it was not enough ! I'll retry, starting from last 'good' kernel before this. Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Le Fri, 18 Feb 2011 22:56:20 +0100, Emmanuel Charpentier emm.charpent...@free.fr a écrit : [ I Cc 611...@bugs.debian.org, which mi bug report seems to be a duplicate of... ] and also 611551 (and perhaps others)… Dear all, A couple more data points : 1) I tried Sebastian Andrzej Siewio's 2.6.30 partially unpatched kernel, to no avail : my eee 1005PE still rebooted when trying to resume from hibernation (yes, I first rebooted on this partially patched kernel *before* hibernating...). I'm agree. 2) restoring a 2.6.29 kernel from snapshots.debian.org solved the problem (for some small value of solution). ok. Hence : 1) At least on some eee hardware, drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch is *not* the sole culprit. 2) Temporarily pinning the linux-image-2.6.32-5-586 package to 2.6.30 may alleviate the problem, but cuts you off the opportunity to auto-upgrade to a future and hyothetical 2.6.31 package. Is there a way to configure apt to still auto-update if possible but to avoid 2.6.30 ? Question : Did someone tried to recompile the 2.6.30 package with the *three* drm-i915 patches reversed ? I used to recompile my kernels (after all, I'm following Debian on and off since about 1998...), but I'm no longer aware of the current official procedures to do so (any pointer to a *synthetic* doc ? ) and somewhat reluctant to undertake this on a netbook... :-). I'll try, but at first, I'll do a try to suggestion of bug #611551 (disabling kprobes), then if I don't succeed restoring hibernation on my eeepc, trying 2.6.32-30 kernel without 3 drm-i915 patches disabled. I already have to recompile my own kernel to apply a patch about my ethernet interface (also a problem about hibernation, see #577747). I'll post results here (probably by end of week). regards, Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
Hello, I've tried a self-compiled Debian 2.6.32-30 kernel without kprobes, as suggested in bug #611551, but it didn't work for me, after hibernation, my eeepc (1002HA) didn't resume, but returned to Grub menu after few seconds. I've then tried a self-compiled Debian 2.6.32-30 with the 3 drm-i915 related patches reverted : drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch.bz2 drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch.bz2 drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch.bz2 But I had the same result, the hibernation is still broken :-( At now, I've returned to 2.6.32-29 which is OK. I've tried one time to do a git-bisect to find a bug, but I don't know if it's usable with a Debian-patched kernel ? Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Bug#613790: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
On Mon, Feb 21, 2011 at 05:58:52PM +0100, Frédéric Boiteux wrote: Hello, I've tried a self-compiled Debian 2.6.32-30 kernel without kprobes, as suggested in bug #611551, but it didn't work for me, after hibernation, my eeepc (1002HA) didn't resume, but returned to Grub menu after few seconds. I've then tried a self-compiled Debian 2.6.32-30 with the 3 drm-i915 related patches reverted : drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch.bz2 drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch.bz2 drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch.bz2 But I had the same result, the hibernation is still broken :-( At now, I've returned to 2.6.32-29 which is OK. I've tried one time to do a git-bisect to find a bug, but I don't know if it's usable with a Debian-patched kernel ? If you clone git://git.debian.org/kernel/linux-2.6.git you can then use 'git bisect debian/2.6.32-30 debian/2.6.32-29'. At least, you will after I update it later today. Ben. -- Ben Hutchings We get into the habit of living before acquiring the habit of thinking. - Albert Camus -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: 2nd update (Re: Bug#613790: pm-utils: eeepc 1005 PE recently stopped resuming from hibernate)
[ I Cc 611...@bugs.debian.org, which mi bug report seems to be a duplicate of... ] Dear all, A couple more data points : 1) I tried Sebastian Andrzej Siewio's 2.6.30 partially unpatched kernel, to no avail : my eee 1005PE still rebooted when trying to resume from hibernation (yes, I first rebooted on this partially patched kernel *before* hibernating...). 2) restoring a 2.6.29 kernel from snapshots.debian.org solved the problem (for some small value of solution). Hence : 1) At least on some eee hardware, drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch is *not* the sole culprit. 2) Temporarily pinning the linux-image-2.6.32-5-586 package to 2.6.30 may alleviate the problem, but cuts you off the opportunity to auto-upgrade to a future and hyothetical 2.6.31 package. Is there a way to configure apt to still auto-update if possible but to avoid 2.6.30 ? Question : Did someone tried to recompile the 2.6.30 package with the *three* drm-i915 patches reversed ? I used to recompile my kernels (after all, I'm following Debian on and off since about 1998...), but I'm no longer aware of the current official procedures to do so (any pointer to a *synthetic* doc ? ) and somewhat reluctant to undertake this on a netbook... :-). Sincerely yours, Emmanuel Charpentier -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750:
Tried downgrading kernel of my MSI Wind U100 from linux-image-2.6.32-5-686_2.6.32-30_i386 to linux-image-2.6.32-5-686_2.6.32-29_i386 (from -30 to -29) and this seems to make resume from hibernate work reliably. Got the older kernel from http://snapshot.debian.org/archive/debian/20110115T030118Z/pool/main/l/linux-2.6/linux-image-2.6.32-5-686_2.6.32-29_i386.deb -- Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EEPC 1005HA
Suspend to disk doesn't work anymore on Squeeze 6.0 Suspend to ram works. My system is an EEEPC 1005HA It used to work on Debian Lenny.
Bug#611750:
Tried Sebastian custom kernel [0] on my MSI Wind U100 and unfortunately the issue of rebooting when resuming after hibernate is still happening. [0] http://download.breakpoint.cc/deb_bug_611750/ -- Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750:
Same symptoms on an MSI Wind U100 netbook: everything else works other than resume from hibernate which fails most of the times (more on battery than on AC power) Havent tried to rebuild the kernel without the offending patch though. -- Paolo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750:
* Paolo Casaschi | 2011-02-09 15:12:31 [+]: Same symptoms on an MSI Wind U100 netbook: everything else works other than resume from hibernate which fails most of the times (more on battery than on AC power) Havent tried to rebuild the kernel without the offending patch though. If you trust me enough, I have mine at [0] if you want to test it. [0] http://download.breakpoint.cc/deb_bug_611750/ Sebastian -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Thanks Gerald for your investigation. I'm also hit by this bug (my Asus 1002HA is rebooting when trying to resume from hibernation) ! Fred. -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Bug#611750: Asus EeePC resume from hibernation fails
Gerald Turner gtur...@unzane.com writes: Gerald Turner gtur...@unzane.com writes: I downgraded to linux-image-2.6.32-5-686_2.6.32-29_i386.deb¹ and resume From hibernate works flawlessly again. Could the bug be caused by one of these changes in ..-30? * drm/i915: Free hardware status page on unload when physically mapped. * drm/i915/overlay: Ensure that the reg_bo is in the GTT prior to writing. * drm/i915/sdvo: Always add a 30ms delay to make SDVO TV detection reliable. I rebuilt -30 with these three patches disabled: debian/patches/series/30: #+ bugfix/all/drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch #+ bugfix/all/drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch #+ bugfix/all/drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch Hibernate/resume is working. Will try building with fewer patches disabled to isolate which patch is breaking EeePC resume. I tried another build with only one patch disabled: drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch …resume fails again. I suspect the bug is triggered by: drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch I'll do another build with only that patch disabled in a few hours. -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpSTELzbUO93.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
Gerald Turner gtur...@unzane.com writes: Gerald Turner gtur...@unzane.com writes: Gerald Turner gtur...@unzane.com writes: I downgraded to linux-image-2.6.32-5-686_2.6.32-29_i386.deb¹ and resume From hibernate works flawlessly again. Could the bug be caused by one of these changes in ..-30? * drm/i915: Free hardware status page on unload when physically mapped. * drm/i915/overlay: Ensure that the reg_bo is in the GTT prior to writing. * drm/i915/sdvo: Always add a 30ms delay to make SDVO TV detection reliable. I rebuilt -30 with these three patches disabled: debian/patches/series/30: #+ bugfix/all/drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch #+ bugfix/all/drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch #+ bugfix/all/drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch Hibernate/resume is working. Will try building with fewer patches disabled to isolate which patch is breaking EeePC resume. I tried another build with only one patch disabled: drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch …resume fails again. I suspect the bug is triggered by: drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch I'll do another build with only that patch disabled in a few hours. Tested -30 kernel built with only having patch drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch dropped and resume from hibernate works. The patch is described as: Just makes sure that writes are not being aliased by the CPU cache and do make it out to main memory. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Signed-off-by: Andi Kleen a...@linux.intel.com Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=24977 Signed-off-by: Greg Kroah-Hartman gre...@suse.de I followed the bugzilla link, the bug is about a green window shown instead of video - I have no such problem on this hardware (945GM) without the patch (tested command: mplayer 1259_X_in_squeeze.ogv -vo xv:port=88). BTW, looks like this my bug report may also be a duplicate of #610589 and that Sebastian Andrzej Siewior has reported a similar regression with this patch (however EeePC immediately resets during resume). That makes 5 or 6 accounts of i915 hardware with broken hibernate/resume on -30 kernel. -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgp8eSOIysNro.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
Package: pm-utils Version: 1.3.0-3 Hello, my Asus EeePC 1000HE as well as Hans's 1005HGO are no longer able to resume from hibernation since upgrading pm-utils, linux-image-2.6.32-5-686, and grub-pc. Resume had been working on November versions of these packages (and many iterations prior to that), version details below. Unfortunately Asus EeePC does not have a serial port and I'm unfamiliar with debugging hibernation/resume. The following mail was sent to debian-eeepc-devel: Hans-J. Ullrich hans.ullr...@loop.de writes: Am Dienstag, 1. Februar 2011 schrieb Gerald Turner: Hello, I've been running squeeze/testing on my Asus 1000HE for well over a year, it's been solid - I've probably hibernated and resumed a hundred consecutive times over a six month period without ever shutting down (well... maybe had trouble with bluetooth not working after a resume a long time ago). Big thank you to Debian Laptop/EeePC hackers! However since upgrading packages a few weeks ago, resume from hibernate no longer works. I need help figuring out how to debug it since I don't have much info to provide for a bug report at the moment. Suspend/resume from ram works fine. Hibernate/resume fails 9 times out of 10. I've taken out the 'quiet' parameter from grub, and during hibernation I see kernel console output about freezing, ticking away (takes a few seconds), and during resume I see similar messages about loading the image - once it reaches 100% it blurts out a few more lines of kernel messages and spontaneously reboots (without trying to resume again). I've tried adding 'no_console_suspend=1 panic=10' parameters to grub, hoping that it would pause 10 seconds before the reboot so I could read the full message. No luck. The only boot/kernel/PM related packages I had upgraded a few weeks ago are: grub-pc 1.98+20100804-13 - 1.98+20100804-14 linux-image-2.6.32-5-686 2.6.32-27 - 2.6.32-30 pm-utils 1.3.0-2 - 1.3.0-3 Oh one more thing out of the ordinary: After this upgrade (possibly during!), I wasn't very careful - I may have suspended to ram and let the battery drain. A few days later when I booted up, grub complained it couldn't find the kernel and initrd images. I entered grub commands manually and got it to boot (though had to use /vmlinuz instead of full path /boot/vmlinux-2..., otherwise not found - fs corruption?). Once booted back in, ran 'dpkg-reconfigure linux-image-2.6.32-5-686' and 'dpkg-reconfigure grub-pc', grub problem solved - but this is also when hibernate-resume started failing. Any tips for having failed resume pause a moment before spontaneously rebooting, or any other debugging advice? Hi Gerald, I can confirm exactly the same behaviour on my EEEPC 1005HGO. After some update, hibernation did not work any more - exactly as you described. Someone pointed me to the kernel maintainers, but personally I think it is more a problem with pm-utils. I changed from grub-legacy to grub-pc at the same time, but reverting to grub-legacy let the problem not disappear. So it might be pm-utils, as the kernel was not changed on my system. I'm leaning towards a kernel bug since pm-utils appears to do a fine job of handling suspend, and there are the kernel messages, ticking thru loading the image, and the additional messages I'm unable to read because the immediate reboot thereafter is so quick. Suspend-to-ram works perfectly, and, just as you described, when I am running duspend-to-disk and want to restore it, it is starting, then suddenly reboots/resests. You seem more experienced than me, maybe you might want to file a bugreport? Thanks Hans, I will, unfortunately I have yet to figure out how to debug resume to offer more details. -- System Information: Debian Release: 6.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 2.6.32-5-amd64 (SMP w/2 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages pm-utils depends on: ii console-tools1:0.2.3dbs-69.1 Linux console and font utilities ii powermgmt-base 1.31Common utils and configs for power Versions of packages pm-utils recommends: ii procps1:3.2.8-9 /proc file system utilities ii radeontool1.6.1-1utility to control ATI Radeon back ii vbetool 1.1-2 run real-mode video BIOS code to a Versions of packages pm-utils suggests: ii cpufrequtils 007-1 utilities to deal with the cpufreq -- no debconf information -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpNuagFMot23.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
Am 01.02.2011 20:15, schrieb Gerald Turner: Package: pm-utils Version: 1.3.0-3 Hello, my Asus EeePC 1000HE as well as Hans's 1005HGO are no longer able to resume from hibernation since upgrading pm-utils, linux-image-2.6.32-5-686, and grub-pc. Resume had been working on November versions of these packages (and many iterations prior to that), version details below. Is your resume partition correctly setup in initramfs-tools (check /etc/initramfs-tools/conf.d/resume)? Is your swap partition big enough (cat /proc/swaps ; cat /proc/meminfo) Does your system correctly resume if you run echo disk /sys/power/state Michael -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#611750: Asus EeePC resume from hibernation fails
Michael Biebl bi...@debian.org writes: Am 01.02.2011 20:15, schrieb Gerald Turner: Package: pm-utils Version: 1.3.0-3 Hello, my Asus EeePC 1000HE as well as Hans's 1005HGO are no longer able to resume from hibernation since upgrading pm-utils, linux-image-2.6.32-5-686, and grub-pc. Resume had been working on November versions of these packages (and many iterations prior to that), version details below. Is your resume partition correctly setup in initramfs-tools (check /etc/initramfs-tools/conf.d/resume)? Looks correct: $ cat /etc/initramfs-tools/conf.d/resume RESUME=UUID=9192a2ff-c56c-4b8b-b070-7ce73926f61d $ blkid /dev/sda2: UUID=9192a2ff-c56c-4b8b-b070-7ce73926f61d TYPE=swap /dev/sda1: LABEL=root UUID=6e7164e6-ed0c-4e18-bbc2-eebb70fbc8b4 TYPE=reiserfs Is your swap partition big enough (cat /proc/swaps ; cat /proc/meminfo) My swap partition is a few K shy of the 2GB memory. Hasn't been a problem before, doesn't suspend use compression? Should I attempt to resize (perhaps having swap 4GB). $ cat /proc/swaps FilenameTypeSizeUsedPriority /dev/sda2 partition 1959920 0 -1 $ cat /proc/meminfo MemTotal:2066272 kB MemFree: 1755620 kB Buffers: 35996 kB Cached: 156728 kB SwapCached:0 kB Active: 32 kB Inactive: 164244 kB Active(anon): 82860 kB Inactive(anon):37072 kB Active(file): 28272 kB Inactive(file): 127172 kB Unevictable: 0 kB Mlocked: 0 kB HighTotal: 1183368 kB HighFree: 933720 kB LowTotal: 882904 kB LowFree: 821900 kB SwapTotal: 1959920 kB SwapFree:1959920 kB Dirty: 220 kB Writeback: 0 kB AnonPages: 82660 kB Mapped:49144 kB Shmem: 37280 kB Slab: 18480 kB SReclaimable: 8320 kB SUnreclaim:10160 kB KernelStack:1728 kB PageTables: 2164 kB NFS_Unstable: 0 kB Bounce:0 kB WritebackTmp: 0 kB CommitLimit: 2993056 kB Committed_AS: 420956 kB VmallocTotal: 122880 kB VmallocUsed: 15096 kB VmallocChunk: 98516 kB HardwareCorrupted: 0 kB HugePages_Total: 0 HugePages_Free:0 HugePages_Rsvd:0 HugePages_Surp:0 Hugepagesize: 4096 kB DirectMap4k: 20472 kB DirectMap4M: 884736 kB BTW resume fails even when system is hibernated immediately after a fresh restart when not much memory has been used: $ free total used free sharedbuffers cached Mem: 2066272 3565881709684 0 36636 202108 -/+ buffers/cache: 1178441948428 Swap: 1959920 01959920 Does your system correctly resume if you run echo disk /sys/power/state Same result, laptop suspends, showing kernel messages about freezing, tick to 100% and cleanly shuts down, and on resume messages tick to 100% and resets. -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpAUdtYBdoTE.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
reassign 611750 linux-image-2.6.32-5-686 thanks On 01.02.2011 22:12, Gerald Turner wrote: Michael Biebl bi...@debian.org writes: Am 01.02.2011 20:15, schrieb Gerald Turner: Package: pm-utils Version: 1.3.0-3 Hello, my Asus EeePC 1000HE as well as Hans's 1005HGO are no longer able to resume from hibernation since upgrading pm-utils, linux-image-2.6.32-5-686, and grub-pc. Resume had been working on November versions of these packages (and many iterations prior to that), version details below. Does your system correctly resume if you run echo disk /sys/power/state Same result, laptop suspends, showing kernel messages about freezing, tick to 100% and cleanly shuts down, and on resume messages tick to 100% and resets. Seems to be a kernel problem then, so re-assigning. -- Why is it that all of the instruments seeking intelligent life in the universe are pointed away from Earth? signature.asc Description: OpenPGP digital signature
Bug#611750: Asus EeePC resume from hibernation fails
Michael Biebl bi...@debian.org writes: On 01.02.2011 22:12, Gerald Turner wrote: Michael Biebl bi...@debian.org writes: Does your system correctly resume if you run echo disk /sys/power/state Same result, laptop suspends, showing kernel messages about freezing, tick to 100% and cleanly shuts down, and on resume messages tick to 100% and resets. Seems to be a kernel problem then, so re-assigning. Thanks. My report appears to be a duplicate of #611551. There are a total of four EeePC's reported (Hans, Domenico * 2, and myself). Just for grins I tried a few things: pm-hibernate works on another desktop system (wasn't even aware that it had been configured, nice!) - resume works, even with tainted nvidia driver. [amd64, up-to-date squeeze, etc.] Tried hibernate on EeePC with X unloaded, and again with rescue mode (X never loaded), resume still fails in each of these cases. Looks an awful lot like this is EeePC specific. -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpr5eN61j4XX.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
I downgraded to linux-image-2.6.32-5-686_2.6.32-29_i386.deb¹ and resume From hibernate works flawlessly again. Could the bug be caused by one of these changes in ..-30? * drm/i915: Free hardware status page on unload when physically mapped. * drm/i915/overlay: Ensure that the reg_bo is in the GTT prior to writing. * drm/i915/sdvo: Always add a 30ms delay to make SDVO TV detection reliable. Looking over the debian changelog, nothing else pops out as being something this model of EeePC uses - exec or tty changes perhaps? ¹ http://snapshot.debian.org/package/linux-2.6/2.6.32-29/#linux-image-2.6.32-5-686_2.6.32-29 -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpjZ1xrZyMdK.pgp Description: PGP signature
Bug#611750: Asus EeePC resume from hibernation fails
Gerald Turner gtur...@unzane.com writes: I downgraded to linux-image-2.6.32-5-686_2.6.32-29_i386.deb¹ and resume From hibernate works flawlessly again. Could the bug be caused by one of these changes in ..-30? * drm/i915: Free hardware status page on unload when physically mapped. * drm/i915/overlay: Ensure that the reg_bo is in the GTT prior to writing. * drm/i915/sdvo: Always add a 30ms delay to make SDVO TV detection reliable. I rebuilt -30 with these three patches disabled: debian/patches/series/30: #+ bugfix/all/drm-i915-free-hardware-status-page-on-unload-when-physically-mapped.patch #+ bugfix/all/drm-i915-overlay-ensure-that-the-reg_bo-is-in-the-gtt-prior-to-writing.patch #+ bugfix/all/drm-i915-sdvo-always-add-a-30ms-delay-to-make-sdvo-tv-detection-reliable.patch Hibernate/resume is working. Will try building with fewer patches disabled to isolate which patch is breaking EeePC resume. -- Gerald Turner Email: gtur...@unzane.com JID: gtur...@unzane.com GPG: 0xFA8CD6D5 21D9 B2E8 7FE7 F19E 5F7D 4D0C 3FA0 810F FA8C D6D5 pgpFvhXCdzVls.pgp Description: PGP signature