linux-kernel - Re: [patch] PM: suspend/resume debugging should depend on SOFTWARE

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: <20061122154230.74889e3d@localhost.localdomain>
Date:	Wed, 22 Nov 2006 15:42:30 +0000
From:	Alan <alan@...rguk.ukuu.org.uk>
To:	Adrian Bunk <bunk@...sta.de>
Cc:	Linus Torvalds <torvalds@...l.org>,
	Chuck Ebbert <76306.1226@...puserve.com>,
	linux-kernel <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...l.org>,
	"Rafael J. Wysocki" <rjw@...k.pl>
Subject: Re: [patch] PM: suspend/resume debugging should depend on
 SOFTWARE_SUSPEND

> This might not have been the original purpose of suspend, but it works 
> quite well, STR is obviously not an alternative, and it doesn't matter 
> much whether it takes a minute.

Suspend to ram at the moment is for the very very brave. Having added
resume quirks to the PCI resume code I've got basic resume behaving on at
two boxes where resume ate the disks. I've now found a third case in
testing where str/resume resumes when using Jmicron 365/366 your IDE disks
swapped over which makes a really nasty mess, and that controllers like
the SIL680 come back from resume misclocked and so on.

Patches for some of these will follow, to go with the pci resume quirk
patch already posted.

Alan
-
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/