Most recent kernel where this bug did not occur: I believe that the problem did not occur with 2.4 kernels. Distribution: Fedora Core 2,3,4. Hardware Environment: Dell Inspiron 8200, Dell Latitude C840 Software Environment: Problem Description: On my previous Inspiron 8200 (now defunct) and my current Latitude C840, power management works fine as long as the external usb mouse is not used. If an external mouse is used, I have to unload the usbhid module in order to get suspend/resume to work correctly. If usbhid is not unloaded prior to suspend, the machine takes a lot longer to shut down (about 20 seconds), and when started back up I just get a black screen. All other common modules (PCMCIA, sound, floppy, cdrom, agpgart, ieee1394, parport, etc.) seem to work without problems on suspend. Steps to reproduce: Compile the kernel with my .config file, boot up into X on any Inspiron 8200 or Latitude C840, press the Suspend hot key. ------------ snippets from .config: ----------------------------- # # Power management options (ACPI, APM) # CONFIG_PM=y # CONFIG_PM_DEBUG is not set CONFIG_SOFTWARE_SUSPEND=y CONFIG_PM_STD_PARTITION="/dev/hdc5" # # ACPI (Advanced Configuration and Power Interface) Support # # CONFIG_ACPI is not set # # APM (Advanced Power Management) BIOS Support # CONFIG_APM=m # CONFIG_APM_IGNORE_USER_SUSPEND is not set CONFIG_APM_DO_ENABLE=y CONFIG_APM_CPU_IDLE=y # CONFIG_APM_DISPLAY_BLANK is not set # CONFIG_APM_RTC_IS_GMT is not set CONFIG_APM_ALLOW_INTS=y CONFIG_APM_REAL_MODE_POWER_OFF=y
Does 2.6.16-rc2 work properly for you?
Greg, On successful suspend, nothing usually beeps. Here, I got a beep, and then suspend. Then, on resume: ..........stuff that scrolled off screen.... <0>general protection fault: 0000 [#9] SMP Modules linked in: i8k ... usbcore ... CPU: 0 EIP: 0060:[<c01026fd>] Not tainted VLI EFLAGS: 00010246 (2.6.16-rc2D) EIP is at sysenter_past_esp+0x72/ox75 eax: 00000000 exb: 00000080 ecx: bfab1560 edx: ffffe410 esi: 00000000 edi: bfab16a0 ebp: 00000000 esp: efbe3fbc ds: 007b es: 007b ss: 0068 Process xfs (pid: 2749, threadinfo=efbe2000 task=ed843a90) Stack: <0>00000080 0805e380 00000000 00000000 bfab16a0 bfab16b8 00000000 0000007b c0100007b 0000008e ffffe410 00000073 00000246 bfab1560 0000007b 00000000 00000000 Call Trace: Code: 0f 83 84 01 00 00 ff 14 85 80 44 24 c0 89 44 24 18 fa 8b 4d 08 66 f7 c1 ff fe 0f 85 26 01 00 00 8b 54 24 28 8b 4c 24 34 31 ed fb <0f> 35 90 50 fc 06 1e 50 55 57 56 52 51 53 ba 7b 00 00 00 8e da I typed the above by hand, so there could be mistakes.
But does the latest kernel work properly?
No, Greg. You asked me to try 2.6.16-rc2, and my comment #2 is for 2.6.16-rc2.
Ok, suspend for USB is still flaky, we _really_ recommend that you unload all of your USB modules before doing it (usually the distro scripts handle that for you.) If you unload usbhid before suspending, and then load it after resuming, does it all work properly?
Please reopen this bug if: - it is still present in kernel 2.6.17 and - you can provide the requested information.