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-next>] [day] [month] [year] [list]
Message-Id: <200706221607.33274.nigel@nigel.suspend2.net>
Date:	Fri, 22 Jun 2007 16:07:33 +1000
From:	Nigel Cunningham <nigel@...el.suspend2.net>
To:	LKML <linux-kernel@...r.kernel.org>
Cc:	dmitry.torokhov@...il.com
Subject: Failure to properly reinit i8042 post suspend-to-ram

Hi.

I have recently begun to try and use suspend to ram more, and have an 
intermittent problem. Actually, it's a couple of (possibly related) problems, 
but I'll start with the one that's easiest.

Sometimes, when I resume, the keyboard stops responding. I then need to hold 
down the power button for 4 seconds. At the next boot, things are still not 
right. The i8042 controller seems to be confused about it's mode, because I 
get the following differences in dmesg to a 'normal' boot:

--- good-boot-dmesg-no-timestamp.txt	2007-06-22 15:54:03.000000000 +1000
+++ problem-boot-dmesg-no-timestamp.txt	2007-06-22 15:54:18.000000000 +1000
@@ -203,14 +203,11 @@
 pnp: the driver 'i8042 aux' has been registered
 pnp: match found with the PnP device '00:01' and the driver 'i8042 aux'
 at 0x60,0x64 irq 1,12
-i8042.c: Detected active multiplexing controller, rev 1.1.
 serio: i8042 KBD port at 0x60,0x64 irq 1
-serio: i8042 AUX0 port at 0x60,0x64 irq 12
-serio: i8042 AUX1 port at 0x60,0x64 irq 12
-serio: i8042 AUX2 port at 0x60,0x64 irq 12
-serio: i8042 AUX3 port at 0x60,0x64 irq 12
+serio: i8042 AUX port at 0x60,0x64 irq 12
 mice: PS/2 mouse device common for all mice
 input: PC Speaker as /class/input/input0
+input: AT Translated Set 2 keyboard as /class/input/input1
 pnp: the driver 'rtc_cmos' has been registered
 pnp: match found with the PnP device '00:03' and the driver 'rtc_cmos'
 rtc_cmos: dev (254:0)

I've been able to log in remotely after suspending to ram, and see the "failed 
to resume active multiplexor" message in dmesg at that stage. Dmitry (or 
others), is this a known issue? I'm more than happy to probe further if not.

In case it's relevant, the other issue is that sometimes the hard drive stays 
on constantly and the system becomes unresponsive. The controller is an 
ALI15X3. I'm using the old drivers.

Nigel

Content of type "application/pgp-signature" skipped

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ