Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
Plain `echo -n "mem" >/sys/power/state` doesn't work with gentoo-sources-2.6.20-r3, while it worked with 2.6.19-r5 (i.e. latest x86 stable) ticho@hiker ~ $ emerge --info Portage 2.1.2.2 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.20-gentoo-r3 i686) ================================================================= System uname: 2.6.20-gentoo-r3 i686 Intel(R) Pentium(R) M processor 1600MHz Gentoo Base System release 1.12.9 Timestamp of tree: Mon, 19 Mar 2007 17:20:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.3-r4 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.17 sys-devel/autoconf: 2.13, 2.61 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.16.1-r3 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=pentium-m -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo" CXXFLAGS="-O2 -march=pentium-m -pipe" DISTDIR="/usr/gentoo/distfiles" FEATURES="autoconfig ccache collision-protect confcache distcc distlocks metadata-transfer parallel-fetch sandbox sfperms sign strict test" GENTOO_MIRRORS="http://gentoo.ynet.sk/pub ftp://ftp.sh.cvut.cz/MIRRORS/gentoo/gentoo http://ftp.easynet.nl/mirror/gentoo" LANG="en_US.UTF-8" LC_ALL="sk_SK.UTF-8" MAKEOPTS="-j6" PKGDIR="/usr/gentoo/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --filter=H_**/files/digest-*" PORTAGE_TMPDIR="/var/tmp/portage" PORTDIR="/usr/gentoo/portage" PORTDIR_OVERLAY="/usr/gentoo/overlay" SYNC="rsync://gentoo.ynet.sk/gentoo-portage" USE="X aac aalib acpi alsa bash-completion berkdb bitmap-fonts bzip2 cairo cdr cli cracklib crypt curl dbus dillo dri dvd dvdr eds emboss encode esd expat fam firefox flac gdbm gif gnome gpm gstreamer gtk hal iconv imap ipv6 isdnlog jpeg libg++ lm_sensors logrotate midi mmx moznocompose moznoirc moznomail mp3 mpeg mplayer ncurses nls nptl nptlonly nspl ogg opengl oss pam pcmcia pcre perl pmu png ppds pppd python qt3 qt4 quicktime readline real reflection rtc sdl session spl sse sse2 ssl tcpd test tiff truetype truetype-fonts type1-fonts unicode vorbis win32codecs wma x86 xinerama xml xorg xscreensaver xv zlib" ALSA_CARDS="intel8x0" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" ELIBC="glibc" INPUT_DEVICES="keyboard mouse synaptics evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="radeon" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, LINGUAS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Uhh, I guess I should describe the "doesn't work" part a bit closer. :) Laptop falls asleep nicely, with the power led blinking, but after waking it up with the power button, only the power led gets lit up and nothing happens. LCD display stays dead. With 2.6.19-r5, I got my desktop back within 5 seconds.
Can you try in a really minimal environment? i.e. add init=/bin/bash to your kernel command line and attempt suspend/resume from there. When you attempt to awaken the system, is it responsive at all? Like, can you hit caps lock and watch the light come on/off? Also, I may be getting your case confused with another, but I thought you said your laptop required the video card quirks from e.g. s2ram? I effectively have exactly the same bug on my laptop; it is a Dell BIOS bug and I simply have to accept using a DPMS quirk on resume (which s2ram handles nicely for me) to get my display back.
(In reply to comment #2) > Can you try in a really minimal environment? i.e. add init=/bin/bash to your > kernel command line and attempt suspend/resume from there. When using bash as init, /proc and /sys are empty, so I can't even suspend. Is there anything I need to do to overcome this? > When you attempt to awaken the system, is it responsive at all? Like, can you > hit caps lock and watch the light come on/off? No, the system is not responsive at all (only DVD drive reacts to eject button). After pressing the power button, DVD drive whirls a bit and then nothing happens. Power LED is lit, but I can't hear anything else alive inside laptop except rotating DVD drive - which stops after a while. I can't power off the system at that point and I need to disconnect both power cable and battery. After that, system boots up in normal way. > Also, I may be getting your case confused with another, but I thought you said > your laptop required the video card quirks from e.g. s2ram? I effectively have > exactly the same bug on my laptop; it is a Dell BIOS bug and I simply have to > accept using a DPMS quirk on resume (which s2ram handles nicely for me) to get > my display back. No, on 2.6.19-r5, both s2ram and `echo -n "mem" /sys/power/state` work, and laptop wakes up properly.
This issue remains with gentoo-sources-2.6.20-r5, unfortunately.
Mount /sys and /proc manually if you need to. Another useful step would be to test the latest development kernel, currently v2.6.21-rc6
As already discussed on IRC: - With init=/bin/bash, behavior is the same - vanilla-sources-2.6.21_rc6 works again with no issues after several suspend-wakeup cycles
Thanks for testing. I'm out of ideas really, its reassuring that 2.6.21 is fixed but due to the "silent" nature of the resume crash it's hard to know where to start looking for fixes. If you have time, at least starting a bisection would be useful: http://www.reactivated.net/weblog/archives/2006/01/using-git-bisect-to-find-buggy-kernel-patches/ Use 2.6.19 as good and 2.6.20 as bad, but just double-check that the issue does exist on 2.6.20 vanilla before you start.
ticho@hiker ~/git/linux-git $ git bisect good 1597cacbe39802d86656d1f2e6329895bd2ef531 is first bad commit commit 1597cacbe39802d86656d1f2e6329895bd2ef531 Author: Alan Cox <alan@lxorguk.ukuu.org.uk> Date: Mon Dec 4 15:14:45 2006 -0800 PCI: Fix multiple problems with VIA hardware This patch is designed to fix: - Disk eating corruptor on KT7 after resume from RAM - VIA IRQ handling - VIA fixups for bus lockups after resume from RAM The core of this is to add a table of resume fixups run at resume time. We need to do this for a variety of boards and features, but particularly we need to do this to get various critical VIA fixups done on resume. The second part of the problem is to handle VIA IRQ number rules which are a bit odd and need special handling for PIC interrupts. Various patches broke various boxes and while this one may not be perfect (hopefully it is) it ensures the workaround is applied to the right devices only. From: Jean Delvare <khali@linux-fr.org> Now that PCI quirks are replayed on software resume, we can safely re-enable the Asus SMBus unhiding quirk even when software suspend support is enabled. [akpm@osdl.org: fix const warning] Signed-off-by: Alan Cox <alan@redhat.com> Cc: Jean Delvare <khali@linux-fr.org> Signed-off-by: Andrew Morton <akpm@osdl.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de> :040000 040000 84128138531d06726c718e4f14267cb582afe0d6 9db3a993de1ac29fe5f33a62b6ec4e41a141fb18 M arch :040000 040000 c526ccbabb31c720ae4b35a6dabb3bafeed4d651 283216f5be22046363248f9a5e3c25e92dc271fd M drivers :040000 040000 d207eeaa14b89146a9ab2e2016ad116cf7db8c9f 4c19e61a902ad35e90baedc68538e71e8d866542 M include
Funny thing is that the laptop has Intel chipset, not VIA: root@hiker /home/ticho # lspci 00:00.0 Host bridge: Intel Corporation 82855PM Processor to I/O Controller (rev 03) 00:01.0 PCI bridge: Intel Corporation 82855PM Processor to AGP Controller (rev 03) 00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) 00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) 00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) 00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) 00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) 00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) 00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) 01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] 02:04.0 Ethernet controller: Atheros Communications, Inc. AR5212 802.11abg NIC (rev 01) 02:06.0 CardBus bridge: O2 Micro, Inc. OZ711M3/MC3 4-in-1 MemoryCardBus Controller 02:06.1 CardBus bridge: O2 Micro, Inc. OZ711M3/MC3 4-in-1 MemoryCardBus Controller 02:06.2 System peripheral: O2 Micro, Inc. OZ711Mx 4-in-1 MemoryCardBus Accelerator 02:06.3 CardBus bridge: O2 Micro, Inc. OZ711M3/MC3 4-in-1 MemoryCardBus Controller 02:0e.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5705M_2 Gigabit Ethernet (rev 03)
Please post "lspci -n" output
root@hiker /home/ticho # lspci -n 00:00.0 0600: 8086:3340 (rev 03) 00:01.0 0604: 8086:3341 (rev 03) 00:1d.0 0c03: 8086:24c2 (rev 03) 00:1d.1 0c03: 8086:24c4 (rev 03) 00:1d.2 0c03: 8086:24c7 (rev 03) 00:1d.7 0c03: 8086:24cd (rev 03) 00:1e.0 0604: 8086:2448 (rev 83) 00:1f.0 0601: 8086:24cc (rev 03) 00:1f.1 0101: 8086:24ca (rev 03) 00:1f.5 0401: 8086:24c5 (rev 03) 00:1f.6 0703: 8086:24c6 (rev 03) 01:00.0 0300: 1002:4e50 02:04.0 0200: 168c:0013 (rev 01) 02:06.0 0607: 1217:7223 02:06.1 0607: 1217:7223 02:06.2 0880: 1217:7110 02:06.3 0607: 1217:7223 02:0e.0 0200: 14e4:165e (rev 03)
I found an upstream bug for this: http://bugzilla.kernel.org/show_bug.cgi?id=6449 I'll check if the patch proposed there can be applied (or at least hand-patched) on g-s-2.6.20-r5
Oh yeah, bigtime. Both s2ram and plain `echo -n "mem" >/sys/power/state` work and laptop can wake up properly. @kernel, can we apply this patch to 2.6.20-r5 ?
Fixed in gentoo-sources-2.6.20-r6
