From: Matthew Marshall <matthew@matthewmarshall.org>
To: linux-kernel@vger.kernel.org
Subject: Touchpad loses sync with ACPI on.
Date: Thu, 2 Aug 2007 00:21:31 -0400 [thread overview]
Message-ID: <200708020021.32260.matthew@matthewmarshall.org> (raw)
[-- Attachment #1: Type: text/plain, Size: 2570 bytes --]
I am having a problem with the touchpad and pointer stick on my HP compaq
nc6000 laptop. It only happens when using ACPI.
Both pointing devices work for a while, but eventually start to 'stick'. The
cursor won't move for about a second, and then it jerks all over the screen,
clicking.
This problem gradually increases in frequency, until eventually neither device
works at all. Even cat'ing the respective /dev/input/event* device doesn't
return anything, and I have to shut down or suspend the computer for
about 15 minutes before it will work again. (simply rebooting doesn't fix
it.) (Actually, it sometimes works if I press down REALLY hard... perhaps
that's due to some sensitivity threshold being automatically adjusted?)
Everything works perfectly if I boot with acpi=off.
(I also left Windows open all day once, and it didn't happen there either.)
I'm using kubuntu, and have tested it with kernel 2.6.20, 2.6.22.1, and
2.6.23-rc1.
When the problem happens, I get lines like this from dmesg:
psmouse.c: TouchPad at isa0060/serio4/input0 lost sync at byte 1
or sometimes like this:
psmouse.c: TouchPad at isa0060/serio4/input0 lost synchronization, throwing 4
bytes away.
From Google I have found a few other similar reports. For one person this
seems to happen under load. For me, it sometimes seems to happen right when
I start to compile or something, but it will also happen when I boot up the
computer and don't even touch it. (literally: I'll come back in a half an
hour and the TP doesn't work.)
Someone else seemed to have the problem from reading ACPI states. I have not
been able to find any correlation in this respect. I booted up without the
battery panel applet and without starting acpid, and it still started
hiccuping after 5 minutes.
There seems to be no correlation between how much I use it and how long it
lasts. Sometimes I can be using it constantly and it lasts an hour.
Sometimes I barely touch it and it lasts only 10 minutes.
I'm attaching the output of dmesg, lshw, lsmod and lspci.
So, what more can I do? Is there any more information I can provide? Are
there any patches I can try? I'm willing to help out any way I can.
Thanks for reading,
Matthew Marshall
P.S. I'm not subscribed, so please CC any replies.
P.P.S. Sometimes it seems to be able to read my mind... Just when I think "wow
it's lasting a long time!" it will freeze up within two seconds. I
understand that this might be hard for others to reproduce.
[-- Attachment #2: lshw.out.gz --]
[-- Type: application/x-gzip, Size: 3302 bytes --]
[-- Attachment #3: lsmod.out.gz --]
[-- Type: application/x-gzip, Size: 1178 bytes --]
[-- Attachment #4: lspci.out.gz --]
[-- Type: application/x-gzip, Size: 540 bytes --]
[-- Attachment #5: dmesg.out.gz --]
[-- Type: application/x-gzip, Size: 12938 bytes --]
next reply other threads:[~2007-08-02 4:24 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-02 4:21 Matthew Marshall [this message]
2007-08-02 13:01 ` Alessandro Suardi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200708020021.32260.matthew@matthewmarshall.org \
--to=matthew@matthewmarshall.org \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®