linux-kernel - Re: Gericom Webboy Laptop Mouse/Touchpad

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]

Date:	Tue, 31 Jul 2007 23:26:06 +0200
From:	Andreas Mohr <andi@...as.de>
To:	Daniel Mierswa <impulze@...ulze.org>
Cc:	linux-kernel@...r.kernel.org
Subject: Re: Gericom Webboy Laptop Mouse/Touchpad

Hi,

On Tue, Jul 31, 2007 at 09:54:03PM +0200, Daniel Mierswa wrote:
> 
> Hi there,
> i'm having troubles getting my mouse and/or touchpad to work with 
> 2.6.21.5 (and older ones). It's putting the following line into dmesg 
> everytime the laptop gets lots of I/O or cpu load.
> "psmouse.c: Wheel Mouse at isa0060/serio4/input0 lost synchronization, 
> throwing 2 bytes away."

This message is a wee bit too familiar to me as well, albeit for reasons
different to that, I believe. :-$

> The problem still exists and seems to occur as i've mentioned on lots of 
> disk i/o and/or cpu load.
> This is a laptop which is not supported by the manufactur anymore (seems 
> to be a Gericom Webboy). I would appreciate any tips to debug this further.
> Please post back for any additional information you need.

Hmm, I'm pondering what I'd do here...
Could it be that you're using the "old" IDE layer (not libata yet) and
hdparm -u or -d or -c is inconveniently set up?

Maybe run powertop to identify timer anomalies?
Try configuring a different CONFIG_HZ?
Or maybe run oprofile to try to figure out any abnormal system load?
And did you try running a "barebone"-only configuration? Possibly some
certain driver is causing this misbehaviour...
vmstat may provide some initial information as to what kind of activity
exactly causes this issue.

Or maybe it's a simple X.org scheduling issue again?
What nice value do you run X.org at?
If it's too low, then maybe this causes the psmouse.c driver to have its
mouse queue(?) processing get stuck and makes it have a hickup?
In this context it would be good to ask about possible memory pressure on
this system, too, since recently some people indicated more fluid X.org mouse
pointer operation when mlocking the pointer handling code to avoid
paging this code.

Oh, given that IIRC the Webboy is a slightly older Gericom model which
thus may easily be a (somewhat hotter) P4 *desktop* CPU: could it be that
you're hitting thermal emergency throttling on increased system activity?
cat /proc/acpi/processor/*/throttling or something there might indicate
this.

HTH,

Andreas Mohr
-
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/