| 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
| ||
|
Message-ID: <20070616194634.GA15953@core> Date: Sat, 16 Jun 2007 21:46:34 +0200 From: Christian Leber <christian@...er.de> To: Pavel Machek <pavel@....cz> Cc: Andrew Morton <akpm@...l.org>, linux-kernel@...r.kernel.org, linux-acpi@...r.kernel.org Subject: Re: beeping patch for debugging acpi sleep On Sat, Jun 09, 2007 at 03:08:17PM +0200, Pavel Machek wrote: > Starting beeper as soon as ACPI sleep returns is very useful in > debugging "apparently dead" machines. If it beeps at all, it makes > sense to start playing with CMOS tracer. thank you very much Pavel The results are a bit unclear, I took a 2.6.22-rc4 with beep. Logged into KDE. (hardware: Dell Latitude D810) S = successfull resume D = had to resume 2 times, that means when pressing the power button the LED goes from blinking to on and after a few seconds it goes back to blinking, but without a beep in between; after pressing the power button a second time resume is successfull F = resume failes, NO beep -run 1: D D F -run 2: D D D(some X garbadge) F -run 3: S S S S S S F -run 4: S S F -run 5: D F Very odd, nothing was changed in between and after each F i switched it off... because it was dead. With 2.6.19.7 i have never seen it fail. Christian Leber -- http://rettetdieti.vde-uni-mannheim.de/ - 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