|Summary:||suspend to RAM with "echo mem > /sys/power/state" do not reach S3 state|
|Product:||ACPI||Reporter:||Zarko Pintar (zarko.pintar)|
|Component:||Power-Sleep-Wake||Assignee:||Rafael J. Wysocki (rjwysocki)|
|Severity:||normal||CC:||acpi-bugzilla, bunk, stern|
|Bug Depends on:|
|Attachments:||Subpatch from 2.6.22-rc1-git4-git5|
Description Zarko Pintar 2007-11-05 23:26:59 UTC
Most recent kernel where this bug did not occur: kernel: 126.96.36.199-34 powersave-0.15.10-3 pm-utils-0.20.0.20061114-5 suspend-0.50-6 dbus-1-1.0.0-7 hal-0.5.8_git20061106-20 But occur on this: kernel: 188.8.131.52-0.4 powersave-0.15.17-10 pm-utils-0.99.3.20070618-18 suspend-0.69.9-15 dbus-1-1.0.2-59 hal-0.5.9_git20070831-13 Distribution: I tried this on OpenSuSE 10.3 and Kubuntu 7.10 (on both distros the same bug!) (on OpenSuse 10.2 and Kubuntu 7.04 works well!) Hardware Environment: Desktop PC mobo: Asus K8N SLi Deluxe (chipset NVIDIA NForce 4 SLi) Proc: AMD Athlon XP64 3500+ Graph:ATI Radeon X300 PCI-e (1x) SATA disks 2x(no RAID) DVD-RW 2 GB RAM Software Environment: KDE environment but tried with runlevel 3 & 1 Problem Description: When I typed on command line "echo mem > /sys/power/state" the system do not goes to S3 state (turn off fans, monitor, power supply) but only hard disks are turned off. Of course, I can not resume machine from this "middle state". I must reset PC. In distros with older kernel works fine! I tried with noapic boot option but without effects. Please help.
Comment 1 Rafael J. Wysocki 2007-11-07 04:39:40 UTC
Can you test the 2.6.23 kernel, or better the 2.6.24-rc2 one?
Comment 2 Zarko Pintar 2007-11-07 04:46:06 UTC
I'm just working on this :) but for this I need a couple of days... When I test both of them I'll notify here...
Comment 3 Zarko Pintar 2007-11-08 22:41:11 UTC
I tried 2.6.23 version but do not work (same problem as in previous version) My next idea is testing all versions of kernel between 2.6.18 and 2.6.22. Starting with 184.108.40.206 (the latest known good kernel) and going with steps to the last working kernel. In case that version 220.127.116.11 do not work on ubuntu 7.10 maybe isn't kernel responsible for problems. (Maybe problem lying in DSDT or something else...) bye.
Comment 4 Zarko Pintar 2007-11-10 13:10:16 UTC
Huh, I'm finished for now and here are the results: Kernel 18.104.22.168 - can put PC to suspend correctly (S3 state), but can not resume Kernel 22.214.171.124 - can put PC to suspend and resume correctly! (The best working) Kernel 126.96.36.199 - can not put PC to suspend correctly Kernel 188.8.131.52 - can not put PC to suspend correctly Kernel 2.6.24-rc2- can not put PC to suspend correctly When testing, I initialy used config file from Live CD Kubuntu 7.04 (with kernel 184.108.40.206) and renew config with "make oldconfig", with default settings for new options. I do not know what can be wrong in other kernels than 220.127.116.11, but obviously something is wrong.
Comment 5 Rafael J. Wysocki 2007-11-11 09:46:04 UTC
Please see if the 2.6.22 (vanilla) kernel suspends and resumes correctly. If that is the case, you can run a git bisection of the kernels between 2.6.22 and 2.6.23 to find the commit that made it stop working.
Comment 6 Zarko Pintar 2007-11-11 12:14:57 UTC
Is the kernel version 2.6.22 what I can find on www.kernel.org - Vanilla kernel? Or Vanilla Kernel I must download on some other site?
Comment 7 Rafael J. Wysocki 2007-11-11 12:35:12 UTC
(In reply to comment #6) > Is the kernel version 2.6.22 what I can find on www.kernel.org - Vanilla > kernel? Yes, this is the one.
Comment 8 Zarko Pintar 2007-11-16 12:06:32 UTC
I tested 2.6.22 (Vanilla) kernel but do not suspend correctly. The latest version which works good is the 18.104.22.168 kernel So, must be something what is new in 2.6.22 kernel. For better recognizing what is wrong I'll sent to part of my config file with newer options and how its set (options of 2.6.22 kernel). CONFIG_SLAB=y CONFIG_IPV6_PRIVACY=y # CONFIG_KINGSUN_DONGLE is not set CONFIG_AF_RXRPC=m # CONFIG_AF_RXRPC_DEBUG is not set # CONFIG_RXKAD is not set # CONFIG_CFG80211 is not set # CONFIG_MAC80211 is not set # CONFIG_RFKILL is not set # CONFIG_MTD_NAND_MUSEUM_IDS is not set # CONFIG_MTD_NAND_PLATFORM is not set # CONFIG_MTD_UBI is not set # CONFIG_PHANTOM is not set # CONFIG_THINKPAD_ACPI is not set CONFIG_IDE_PROC_FS=y # CONFIG_PATA_CMD640_PCI is not set # CONFIG_DM_DELAY is not set # CONFIG_FIREWIRE is not set # CONFIG_MACINTOSH_DRIVERS is not set CONFIG_NETDEV_1000=y # CONFIG_WLAN_PRE80211 is not set # CONFIG_WLAN_80211 is not set CONFIG_ATM_DRIVERS=y # CONFIG_INPUT_POLLDEV is not set # CONFIG_MOUSE_PS2_TOUCHKIT is not set # CONFIG_MOUSE_APPLETOUCH is not set # CONFIG_JOYSTICK_XPAD is not set # CONFIG_INPUT_TABLET is not set # CONFIG_TOUCHSCREEN_USB_COMPOSITE is not set # CONFIG_INPUT_ATI_REMOTE2 is not set # CONFIG_INPUT_KEYSPAN_REMOTE is not set # CONFIG_INPUT_POWERMATE is not set # CONFIG_INPUT_YEALINK is not set # CONFIG_I2C_SIMTEC is not set # CONFIG_I2C_TINY_USB is not set # CONFIG_SPI_SPIDEV is not set # CONFIG_SENSORS_MAX6650 is not set # CONFIG_SENSORS_APPLESMC is not set CONFIG_VIDEO_CAPTURE_DRIVERS=y # CONFIG_VIDEO_IVTV is not set CONFIG_V4L_USB_DRIVERS=y # CONFIG_USB_ZR364XX is not set CONFIG_RADIO_ADAPTERS=y CONFIG_DVB_CAPTURE_DRIVERS=y # CONFIG_DVB_USB_OPERA1 is not set CONFIG_DAB=y # CONFIG_DISPLAY_SUPPORT is not set # CONFIG_FB_HECUBA is not set # CONFIG_FB_NVIDIA_DEBUG is not set # CONFIG_FB_LE80578 is not set # CONFIG_FB_VT8623 is not set # CONFIG_FB_ARK is not set # CONFIG_FB_PM3 is not set CONFIG_SND_SB16_CSP_FIRMWARE_IN_KERNEL=y CONFIG_SND_WAVEFRONT_FIRMWARE_IN_KERNEL=y CONFIG_SND_KORG1212_FIRMWARE_IN_KERNEL=y CONFIG_SND_MAESTRO3_FIRMWARE_IN_KERNEL=y CONFIG_SND_YMFPCI_FIRMWARE_IN_KERNEL=y # CONFIG_SND_USB_CAIAQ is not set # CONFIG_OSS_OBSOLETE is not set CONFIG_USB_DEVICE_CLASS=y # CONFIG_MMC_UNSAFE_RESUME is not set # CONFIG_MLX4_INFINIBAND is not set CONFIG_RTC_INTF_SYSFS=y CONFIG_RTC_INTF_PROC=y CONFIG_RTC_INTF_DEV=y # CONFIG_RTC_DRV_MAX6900 is not set # CONFIG_RTC_DRV_PCF8583 is not set # CONFIG_SUNRPC_BIND34 is not set # CONFIG_AFS_DEBUG is not set # CONFIG_SYSV68_PARTITION is not set # CONFIG_CRYPTO_CRYPTD is not set # CONFIG_CRC_ITU_T is not set Maybe some of these options must be disabled (or enabled). Please give me some hint for my investigation... thanks & bye...
Comment 9 Rafael J. Wysocki 2007-11-16 12:33:43 UTC
Thanks. Please build as many drivers as you can as modules. Then, please boot with init=/bin/bash and try to suspend/resume (you'll need to mount /sys and /proc manually for that).
Comment 10 Zarko Pintar 2007-11-17 03:43:20 UTC
I will try. The last what I tried it was disabling all new options in kernel 2.6.22, but without successfully effects... Do you have any trick how I can set up all drivers to build as modules with one click (or I must do this manually :( ) in xconfig? bye.
Comment 11 Zarko Pintar 2007-11-17 10:54:10 UTC
I FOUND! When I loading system with /bin/bash, and with modprobe -r ohci_hcd unload ohci_hcd USB module I can suspend to RAM normaly. So something wrong is in ohci_hcd module. What next? I need this module for my USB devices!
Comment 12 Rafael J. Wysocki 2007-11-17 12:07:28 UTC
Let's add some addresses to the CC list.
Comment 13 Alan Stern 2007-11-17 14:06:34 UTC
Try building a kernel with CONFIG_DISABLE_CONSOLE_SUSPEND and CONFIG_USB_DEBUG enabled. (You may need to use 2.6.23 to get both options; I don't remember when DISABLE_CONSOLE_SUSPEND was first added.) Before suspending, do echo 9 >/proc/sys/kernel/printk Then see what shows up on the screen when you suspend the system.
Comment 14 Rafael J. Wysocki 2007-11-18 03:38:57 UTC
CONFIG_DISABLE_CONSOLE_SUSPEND has been removed in 2.6.24-rc . Now, there's the no_console_suspend command line switch which is available if CONFIG_PM_DEBUG is set.
Comment 15 Zarko Pintar 2007-11-18 12:36:52 UTC
(In reply to comment #13) > Try building a kernel with CONFIG_DISABLE_CONSOLE_SUSPEND and > CONFIG_USB_DEBUG > enabled. (You may need to use 2.6.23 to get both options; I don't remember > when DISABLE_CONSOLE_SUSPEND was first added.) Before suspending, do > > echo 9 >/proc/sys/kernel/printk > > Then see what shows up on the screen when you suspend the system. > Here, what is on the screen: ACPI device: xx (hex numbers countdown to 01):suspend ACPI PNP0C02:00:suspend pci_root PNP0A08:00:suspend ACPI PNP 0C0C:00:suspend ACPI device:00:suspend processor ACPI 0007:01:suspend processor ACPI 0007:00:suspend ACPI button_power:00:suspend ACPI acpi_system:00:suspend That's it. When I disabled USB Legacy Support in BIOS, then system suspend normally (with ohci_hcd module loaded) but my USB devices connected to ohci do not work. Here is one link what I found on internet with the same problem as mine: https://lists.ubuntu.com/archives/kernel-bugs/2007-July/028280.html my motherboard has nvidia chipsets, too! (NVIDIA nforce 4 SLi)
Comment 16 Alan Stern 2007-11-19 07:28:11 UTC
This makes it sound like there's a bug in the ACPI BIOS. Have you tried to see if a BIOS upgrade is available?
Comment 17 Zarko Pintar 2007-11-19 08:52:58 UTC
Yes, the latest BIOS is uploaded in my motherboard's chipset, and please note that in kernel version 22.214.171.124 this ohci module works properly with my motherboard and BIOS! This problems occur from kernel 2.6.22 and up... If this be a ACPI BIOS bug than this module should make problems with the earlier kernel versions. Isn't it?
Comment 18 Zarko Pintar 2007-11-19 09:03:28 UTC
I think that is something new in ohci module of kernel 2.6.22. what makes trouble with nvidia's chipsets when system suspending. I do not know what changed in this ohci module from version 126.96.36.199 to 2.6.22. but something do not work correctly.
Comment 19 Alan Stern 2007-11-19 11:22:30 UTC
Have you tried the various intermediate kernels? In particular, you should try 2.6.22-rc1. Maybe what changed between 2.6.21 and 2.6.22 wasn't in the ohci-hcd module at all but somewhere else, like the ACPI driver. That's where you saw the system stop working in comment #15.
Comment 20 Zarko Pintar 2007-11-19 12:25:30 UTC
Yes, I tried many kernels: 2.6.22 (Vanilla) 188.8.131.52 184.108.40.206 220.127.116.11 2.6.24.rc1 all with the same problem. Oh, sorry, now I see what you ask me. You want that I try versions between 18.104.22.168 and 2.6.22 Vanilla. I understand that ohci module maybe is not responsible for crashing in suspend. I do not know what changed between 22.214.171.124 and 2.6.22. I look at the changelog, but there is many new and changed things! :) For example, my USB scanner do not working properly with kernel 126.96.36.199, but work very well with 2.6.22 and up. OK, I'll try subversions of kernel 2.6.22 (rc1 to rc7) and stop when I found problem. After that testing, I'll note here. OK? bye.. Eh, btw in my (not so likely as Linux) Windows Vista Suspend to RAM works fine, too. So, I yet thinking that ACPI BIOS is all right.
Comment 21 Zarko Pintar 2007-11-20 14:31:04 UTC
I finished with testing RSs of kernel 2.6.22 and results are: 2.6.22-RC1 - works normaly 2.6.22-RC2 and up - DO NOT works normaly Conclusion - Something goes wrong in RC2. Can this info helps to solving problem?
Comment 22 Alan Stern 2007-11-20 15:14:02 UTC
Okay, that's good. There are even more intermediate kernels you can test between 2.6.22-rc1 and 2.6.22-rc2. They are 2.6.22-rc1-git1 through 2.6.22-rc1-git8, and you can find the patches for them in http://www.kernel.org/pub/linux/kernel/v2.6/snapshots/old/ (These patches all apply on top of 2.6.22-rc1.)
Comment 23 Zarko Pintar 2007-11-20 23:33:58 UTC
Ok, I will test this gits, but something interesting happened. I tried yet once disabling USB Legacy support in my BIOS (this option is useful only if you have USB keyboard and/or mouse and you work in DOS, or windows safe mode or similar. I do not have USB keyboard neither mouse and this BIOS option isn't important to me) and I was loading official kubuntu's kernel (ver. 188.8.131.52-generic). After booting I tried USB devices and its work, tried suspend to ram and its WORKS! Works everything. For now this is solved my problems, but now I'm curious, is it the kernel bug or not. If you want I can continue testing. I'm thinking that is the bug because earlier versions of kernels work with USB legacy enabled, and Vista works with this option enabled. So, what are you thinking?
Comment 24 Alan Stern 2007-11-21 07:56:41 UTC
I don't remember any changes that would make Linux less compatible with USB Legacy support. So yes, I'm curious to see if you can find a particular change responsible for the problem.
Comment 25 Zarko Pintar 2007-11-21 22:27:41 UTC
OK than, I'll back to testing. Please, tell me are this gits have a cumulative changes (git2 has all of git1+something new) or not? This important for create strategy of testing :)
Comment 26 Rafael J. Wysocki 2007-11-22 07:36:18 UTC
(In reply to comment #25) > OK than, I'll back to testing. > Please, tell me are this gits have a cumulative changes (git2 has all of > git1+something new) Yes.
Comment 27 Zarko Pintar 2007-11-24 07:10:49 UTC
Results: kernel 2.6.22-rc1-git4 - Works! kernel 2.6.22-rc1-git5 - DO NOT works! If I can do something yet - just say :)
Comment 28 Alan Stern 2007-11-24 08:47:50 UTC
Created attachment 13732 [details] Subpatch from 2.6.22-rc1-git4-git5 Are you really certain about that? There are no changes at all to the USB drivers between 2.6.22-rc1-git4 and -git5. In fact, the only change I can see which might be relevant is for kernel/power/main.c -- I have attached that single change. You could try adding this patch to 2.6.22-rc1-git4 to see if it causes a failure, and remove this patch from 2.6.22-rc1-git5 to see if it then starts working.
Comment 29 Zarko Pintar 2007-11-25 09:05:47 UTC
At first: I tried once again enable/disable USB Legacy support in my BIOS and it's true, when I disable USB legacy support suspend works perfectly and vice versa. I tried this on git4 and git5 with init=/bin/bash at logon. At second: I tried your subpatch and, when I apply them to git4 then git4 do not work and of course, when I remove patch from git5 then git5 works! Conclusion: This subpatch is responsible for my not working suspend. I hope that you will find why is that. regards, Zarko
Comment 30 Rafael J. Wysocki 2007-11-25 11:05:23 UTC
Well, unfortunately this is the code ordering change that we can't revert and it's related to the order in which ACPI methods are executed on your system. With this patch applied the ordering is actually the right one according to the ACPI specification. Is there any "S3 suspend support" switch in your system's BIOS?
Comment 31 Zarko Pintar 2007-11-25 12:32:51 UTC
Hmmm. in this case my only option is turn off USB lecacy support, because then everything works well. Yes, I have S3 option in BIOS: ACPI suspend type: can be S1(POS), S3(STR) and S1&S3. (set to S3(STR)) ACPI APIC support: Enable (I tried Disable but without effect) So, if patch following right one ordering of ACPI execution, than my BIOS has fail in that... but why this working fine in Windows?? Must be something what is not directly bonded with my BIOS... (just thinking :) )
Comment 32 Rafael J. Wysocki 2007-11-25 12:45:40 UTC
(In reply to comment #31) > Hmmm. in this case my only option is turn off USB lecacy support, because > then > everything works well. > > Yes, I have S3 option in BIOS: > > ACPI suspend type: can be S1(POS), S3(STR) and S1&S3. (set to S3(STR)) You may try to set that to S1&S3. I'll be surprised if that helps, but well ... > ACPI APIC support: Enable (I tried Disable but without effect) > > So, if patch following right one ordering of ACPI execution, than my BIOS has > fail in that... but why this working fine in Windows?? Must be something what > is not directly bonded with my BIOS... (just thinking :) ) There may be a missing ACPI hook somewhere, but that need not be USB drivers.
Comment 33 Zarko Pintar 2007-11-25 22:30:03 UTC
OK, but why it works when I unload ohci module or disable USB Legacy. Both of this options are directly linked to USB support??
Comment 34 Alan Stern 2007-11-26 08:25:25 UTC
Maybe your BIOS has buggy USB support.
Comment 35 Zarko Pintar 2007-11-26 11:55:57 UTC
Maybe... :( Worse thing is that Asus do not very much like Linux, so... what I have - I have! bye.
Comment 36 Alan Stern 2007-12-31 13:00:04 UTC
Rafael, will your ACPI-1.0 vs. ACPI-3.0 ordering changes affect this issue? There are a few other bug reports that seem to be related as well...
Comment 37 Rafael J. Wysocki 2007-12-31 14:15:38 UTC
Yes, I think this issue may be related. Zarko, can you please test the 2.6.24-rc6 kernel with the patch series from: http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.24-rc6/patches/ applied?
Comment 38 Zarko Pintar 2008-01-01 23:08:15 UTC
Yes, I can but which patches exactly?? All of them or only selected? eh, btw Marry Christmas and Happy New Year :)
Comment 39 Rafael J. Wysocki 2008-01-02 04:32:29 UTC
(In reply to comment #38) > Yes, I can but which patches exactly?? All of them or only selected? All of them, please. > eh, btw Marry Christmas and Happy New Year :) Thanks, and to you too. :-)
Comment 40 Zarko Pintar 2008-01-02 22:34:08 UTC
All of them... ufff it will be a job! OK, but I need more then few days :) Just say to me, what we finding? Just a one what works or couple of them? Or, if I found one that works, must I probe others? (There is patches for some hibernation problems. Hibernation and Suspend to RAM is two difference things... bye..
Comment 41 Rafael J. Wysocki 2008-01-03 08:35:15 UTC
Well, it's easy. Download the last snapshot from: http://www.sisk.pl/kernel/hibernation_and_suspend/2.6.24-rc6/snapshot-080102.tgz unpack it in the kernel source directory, rename "hibernation_and_suspend" to "patches" and run "quilt push -a".
Comment 42 Rafael J. Wysocki 2008-01-08 13:04:30 UTC
Comment 43 Zarko Pintar 2008-01-08 22:49:29 UTC
I looked at Bug 9528 and the same things happened to Carlos Corbacho. Same (or very similar) chipset, unloading ohci module makes the error go away. Please, could you tell Carlos to try disabling USB Legacy support in BIOS? BTW, I do not find free time to compiling kernel as you suggested to me, but I will! Perhaps in next few days! Sorry one again.