lkml.org 
[lkml]   [2008]   [Dec]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    Patch in this message
    /
    From
    SubjectRe: Regression from 2.6.26: Hibernation (possibly suspend) broken on Toshiba R500 (bisected)
    Date
    > 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.

    Cheers,
    FJP


    \
     
     \ /
      Last update: 2008-12-02 05:35    [W:4.909 / U:0.536 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site