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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200710161412.26407.rjw@sisk.pl>
Date:	Tue, 16 Oct 2007 14:12:26 +0200
From:	"Rafael J. Wysocki" <rjw@...k.pl>
To:	Johan Brannlund <johan_brn@...oo.com>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Lots of disk activity on resume from s2ram

On Monday, 15 October 2007 23:53, Johan Brannlund wrote:
> Hi. I've noticed that with recent kernels (starting somewhere between 
> 2.6.20 and 2.6.22) I sometimes get *lots* of disk activity on resume from 
> suspend to ram. About 2/3 of the time, the system resumes normally but in 
> the remaining 1/3 of the time, the hard drive light stays on almost solid 
> and the machine is very, very slow to respond. The only way I've found to 
> reliably recover from this is if I can get to a command prompt fast 
> enough and do "shutdown -r now". There's not much cpu activity at all, it 
> just seems to be disk io that's killing interactivity. This also happens 
> if I resume just from an empty gnome desktop with no applications 
> running, so I don't think it's due to swapping.
> 
> Some kernels affected: 2.6.22, 2.6.23+hrt patches, Ubuntu Gutsy kernel 
> (2.6.22-14). These are all 64-bit kernels running on an HP nx6125 laptop 
> - single-core Turion 64 processor, 1 gig of ram. To the best of my 
> recollection, this problem did *not* appear with 2.6.20.
> 
> I put some dmesg output from the vm block dumping and some vmstat output 
> at http://nullinfinity.org/tmp/s2ram/ . The dmesg logs are from the same 
> resume, just a little while apart. The vmstat is from a different resume.
> 
> Any workarounds, patches, tips for further debugging etc would be 
> appreciated.

Please file a bug report at http://bugzilla.kernel.org , under
"Power management"->Hibernation/Suspend and add my address to the CC list.

Greetings,
Rafael
-
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/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ