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

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <alpine.LFD.2.00.0812041604400.3543@nehalem.linux-foundation.org>
Date:	Thu, 4 Dec 2008 16:07:47 -0800 (PST)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	"Rafael J. Wysocki" <rjw@...k.pl>
cc:	Frans Pop <elendil@...net.nl>, Greg KH <greg@...ah.com>,
	Ingo Molnar <mingo@...e.hu>, jbarnes@...tuousgeek.org,
	lenb@...nel.org,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	tiwai@...e.de, Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: Regression from 2.6.26: Hibernation (possibly suspend) broken
 on Toshiba R500 (bisected)



On Fri, 5 Dec 2008, Rafael J. Wysocki wrote:
> > 
> > Yes. And in the case of Frans' machine, the e1000e controller was before 
> > all the bridges too.
> 
> Hm.  And unloading it before suspend made things work?  Interesting.

Yeah. Frans' workaround was

 - unloading e1000e before suspend
 - using aggressive powersave setting on snd_hda_intel to ensure that
   sound controller was already sleeping before entering suspend

and both of those devices are on the root PCI bus and are enumerated (and 
thus resumed) before the transparent bridge.

So yeah, the whole "resource allocation for that bridge" saga should 
_really_ not matter. But it clearly does seem to.

			Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/