linux-input.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Sebastian Kapfer <sebastian_kapfer@gmx.net>
Cc: Linux Input ML <linux-input@vger.kernel.org>
Subject: Re: [PATCH 2/2] Alps Dualpoint, Interleaved packets
Date: Tue, 15 Dec 2009 14:49:59 -0800	[thread overview]
Message-ID: <20091215224959.GD21995@core.coreip.homeip.net> (raw)
In-Reply-To: <1260910893.6294.26.camel@sardelle.necksus.de>

Hi Sebastian,

On Tue, Dec 15, 2009 at 10:01:33PM +0100, Sebastian Kapfer wrote:
> 
> Hi Dmitry,
> 
> I really hate to say, but I can still desync it.
> 
> [1240043.147596] alps.c: handle cf
> [1240043.148778] alps.c: handle 14
> [1240043.150043] alps.c: handle 1a
> [1240043.157696] alps.c: handle 5f
> [1240043.158851] alps.c: handle c
> [1240043.160044] alps.c: handle 29
> [1240043.163885] alps.c: handle 2f
> [1240043.165051] alps.c: handle 0
> [1240043.166213] alps.c: handle ff
> [1240043.166218] alps.c: refusing packet[5] = ff
> [1240043.166221] 
> [1240043.166227] psmouse.c: DualPoint TouchPad at isa0060/serio1/input0 lost sync at byte 6
> 
> In short, it's a 6-byte followed by a 3-byte; we mistakenly process it
> as a interleaved PS/2 (oh well), and, while the final bytes come in,
> happen upon high bits set in the PS/2 packet.  In a way, this is correct
> behaviour, because we _are_ processing the data incorrectly...  In my
> last patch, this went unnoticed because I didn't check for the high bit
> in bytes 7,8,9.
>

*sigh* Yes, unfortunately in both cases we report incorrect data to
userspace... Unfortunately I don't see any way to fix that; not unless
somebody (ALPS?) tells us a bit more about protocol... But it is likely
that this as good as it gets even for them.

The good thing is that it shoudl not trigger during nrmal usage (I doubt
many people work the device with both hands).

> For all practical purposes (i.e. not pressing three buttons and fumbling
> with both pointers at the same time), the patch works very well.
> 
> In particular, no double clicks.  :-)
> 

OK, then I will apply it and send it on. Thank you for all your efforts.

-- 
Dmitry

  reply	other threads:[~2009-12-15 22:50 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-29 16:54 [alps] Timing patch, revised again :-) Sebastian Kapfer
2009-12-04  8:49 ` Dmitry Torokhov
2009-12-04 21:47   ` Sebastian Kapfer
2009-12-04 23:49     ` Dmitry Torokhov
2009-12-04 23:52       ` Dmitry Torokhov
2009-12-06 19:53       ` Sebastian Kapfer
2009-12-06 20:09         ` Dmitry Torokhov
2009-12-07  0:27           ` Sebastian Kapfer
2009-12-13 22:01     ` [PATCH 1/2] Sebastian Kapfer
2009-12-13 22:09     ` [PATCH 2/2] Alps Dualpoint, Interleaved packets Sebastian Kapfer
2009-12-15  6:42       ` Dmitry Torokhov
2009-12-15 21:01         ` Sebastian Kapfer
2009-12-15 22:49           ` Dmitry Torokhov [this message]
2009-12-16  0:01             ` Sebastian Kapfer

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=20091215224959.GD21995@core.coreip.homeip.net \
    --to=dmitry.torokhov@gmail.com \
    --cc=linux-input@vger.kernel.org \
    --cc=sebastian_kapfer@gmx.net \
    /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;
as well as URLs for NNTP newsgroup(s).