Bug 239905
| Summary: | F7t4 suspend regression | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Philip Frampton <philip.frampton> |
| Component: | kernel | Assignee: | Nigel Cunningham <ncunning> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | rawhide | CC: | richard |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | f7 | Doc Type: | Bug Fix |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2007-06-25 21:48:59 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Philip Frampton
2007-05-12 08:05:30 UTC
Which kernel are you using, please? Reassigning to me as this looks like a kernel issue. I had no trouble with any of the kernel 2.6.18 to 2.6.20 on FC6 (and updates). The suspend problem happens since F7T4, starting with the 2.6.20-1.3104. I have also tried 2.6.21 - 3116, 3149, 3163 all give the same problem. I agree that it might be a kernel problem as from all the logs there is no sign of the system recovering from resume. No blind login, no response to caps lock, ctrl+alt+delete (or backspace), no response to the power button. When I do force a reboot it does fsck the filesystem on restart. On FC6 I was using no kernel options apart from having a framebuffer (radeonfb 1400x1050). And I have tried F7t4 with and without framebuffer. I have also tried "noapic nolapic" - something I did need in earlier kernels. I have also tried with bcm43xx and bcm43xx_mac80211 blacklisted. Is it possible (and even helpful) if I recompile a FC6 kernel srpm on my F7t4 box? Also, I tried a vanilla 2.6.21 kernel on FC6 and I know that worked. Thanks for looking into this. Could you tell me what the last kernel version was that worked? Glad to be of help. When I removed FC6 I was using kernel-2.6.20-1.2944. Is there anything I can do to get more debug information for you? I have a 200M graphics card here too, so will try the kernel here. Maybe I can reproduce it locally and find the cause. I haven't been able to install F7T4 under Vmware (other issues). I have however heard that Dave Jones has some patches queued to fix suspend regressions. Hopefully they'll address your issue. Can you also check http://people.freedesktop.org/~hughsient/quirk/ for common problems please. Thanks. Thanks for the suggestion but I've already worked through the stuff on your site. I've also tried the F7t3 kernel (also fails to resume). I'm planning to try the F7t2 kernel later today. I tried using the RTC trick on Richard's website to identify what might be failing on resume and line after the Magic number.... was /drivers/base/power/resume.c line 62. It doesn't seem to be a kernel thing as I get no back trace, but similarly the laptop is reported working with Hal and Mandriva 2007. I've got a Dell Inspiron 700m. Suspend / resume worked great with FC6. Just did clean install of 2.6.21-1.3194.fc7 i386 and it suspends fine. On resume screen doesn not light up (no backlight) caps and numlock flash on and off and system is unresponsive to keyboard / mouse / powerbutton. I have tried intel and i810 graphics drivers and the "pm-suspend --quirk...." doesn't seem to make any difference. Zuka, you are describing a different bug. Please see http://people.freedesktop.org/~hughsient/quirk/index.html Phil, any progress with this? I tried suspending to ram with current Rawhide a short while ago (kernel 3218), and it worked ok. The display doesn't come back on until X reinits it, but it does work. Thank you for the help. I think I've got it working fine now - it turned out to be the firewire module(s) causing the problem. I rmmod'd them and it worked (tested twice in a row). I'm in the process of learning how to get suspend to unload them. The only problem I have now is that after resume the virtual terminals are corrupted. I'll look and see if there is a simple fix. Once again, thanks for the help. I've enabled a framebuffer and this avoids the problem, VTs are nolonger corrupted. (In reply to comment #12) > I'm in the process of learning how to get suspend to > unload them. See http://people.freedesktop.org/~hughsient/quirk/quirk-suspend-advanced.html, yell if it's unclear. (In reply to comment #13) > I've enabled a framebuffer and this avoids the problem How did you do this? I'll add it to the suspend FAQ. Richard. Thanks Richard. I followed the instructions and it works fine - unloading fw_ohci, etc. Successive suspends work great. You might want to add the listing the fw_ohci fw_core in suspend modules to the FAQ as it seems to be a common problem and one that doesn't have any clues indicating it. The trick to identify bad modules didn't reveal anything - I just tried rmmod'ing the firewire stuff as I saw it on planet.fedora. For the framebuffer, I added "vga=836" which I found on a website for a similar laptop. It's 1400x1050 not sure what depth. Anyway with that running the VTs are still sane after resume. Without it, the effect is like the screen melting - something I'm unfortunately familiar with from my other laptop with the new intel driver. I think it's something to do with the timings. Presumably it's a kernel bug as X is fine. Note - I do have the horrible ATI X200m graphics card. >You might want to add the listing the fw_ohci fw_core in suspend modules to the FAQ Done, thanks. >Successive suspends work great... Cool, I'm glad we got it going. Thanks! Philip, I have a 200M graphics card too. For suspend-to-ram, I need the s3bios & s3mode hacks (both of them). You might need them too. I'll close this bug since the original issue is now fixed. |