Re: Regression from 2.6.26: Hibernation (possibly suspend) broken on Toshiba R500 (bisected)

From: Frans Pop
Date: Mon Dec 01 2008 - 23:32:18 EST

> Oh, btw, one more thing: since it apparently sometimes _does_ resume
> from hibernation without all this, I'd also like to see the actual
> differences in /proc/ioports and /proc/iomem that happen as a result of
> the different alignment.

You're in luck. I still had /proc/io* contents from .28-rc3 lying around
from working on some other issue.

Here's the relevant diff for iomem; there's no diff for ioports.

--- iomem_2.6.28-rc3 2008-11-03 10:59:37.000000000 +0100
+++ iomem_2.6.28-rc6_linus 2008-12-02 05:20:31.000000000 +0100
@@ -10,10 +10,9 @@
7e7b0000-7e7c53ff : reserved
7e7c5400-7e7e7fb7 : ACPI Non-volatile Storage
7e7e7fb8-7effffff : reserved
-80000000-83ffffff : PCI Bus 0000:02
- 80000000-83ffffff : PCI CardBus 0000:03
-84000000-87ffffff : PCI CardBus 0000:03
-88000000-88000fff : Intel Flush Page
+80000000-83ffffff : PCI CardBus 0000:03
+84000000-84000fff : Intel Flush Page
+84400000-847fffff : PCI CardBus 0000:03
d0000000-dfffffff : 0000:00:02.0
d0000000-d076ffff : vesafb
e0000000-e00fffff : PCI Bus 0000:10

I've tried a few quick suspend/resume cycles and no failures so far, but
that's not really conclusive yet.

Besides snd_hda_intel I've also been unloading e1000e before suspend
because I thought it contributed to resume failures. I'm now keeping that
loaded as well. Will report results.

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at
Please read the FAQ at