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>] [day] [month] [year] [list]
Date:	Sat, 28 Jul 2007 07:41:13 +0300
From:	Al Boldi <a1426z@...ab.com>
To:	linux-kernel@...r.kernel.org
Subject: Re: [RFC/RFT 0/5] Input locking patches

Indan Zupancic wrote:
> On Tue, July 24, 2007 06:45, Dmitry Torokhov wrote:
> > Hi everyone,
> >
> > I finally managed to put together some patches implementing
> > locking in input core and main input handles. Please look
> > over them and give them a spin.
>
> Since kernel 2.6.21 or so I was annoyed by a warping mouse, and
> one kernel version later also by "stuck" keys, causing repeated input
> at the most inconvenient moments (e.g. when opening a program by
> pressing F1).
>
> As it happened irregularly and unpredictable it was hard to debug,
> and I suspected faulty hardware. My cpu was quite hot, but after
> removing all the dust it seems all right again. Unfortunately that
> was about the same time I upgraded to 2.6.23-rc1, so all I can say
> is that the stuck key problem seems to be gone, though not sure
> thanks to what, but that neither the cleaning nor the upgrade fixed
> the warping mouse problem.
>
> I'm running with these locking patches for two days now and the
> mouse doesn't warp any more (it can also have fixed the stuck key
> problem, not sure). Normally it would warp several times a day,
> and that didn't happen yet, so I'm tempted to praise your patches.
>
> Sorry for the babbling, just wanted to say that I've tested these
> patches and that they seem to fix real problems.

Thanks for babbling!

I'm having these same intermittent problems starting around 2.6.21, and 
wasn't really sure if it was hardware or not, so didn't bother reporting 
them.  This is what I see sometimes in the logs:

=====================================
PNP: PS/2 Controller [PNP0303:PS2K,PNP0f03:PS2M] at 0x60,0x64 irq 1,12
serio: i8042 KBD port at 0x60,0x64 irq 1
serio: i8042 AUX port at 0x60,0x64 irq 12
mice: PS/2 mouse device common for all mice
input: PC Speaker as /class/input/input3
input: AT Translated Set 2 keyboard as /class/input/input4
input: ImPS/2 Generic Wheel Mouse as /class/input/input5
psmouse.c: bad data from KBC - bad parity
psmouse.c: Wheel Mouse at isa0060/serio1/input0 lost synchronization, 
throwing 2 bytes away.
=====================================

Thanks!

--
Al
 
-
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