mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
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 --]

             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®