From: Mathieu Virbel <tito-aNgzRxDdy4Qdnm+yROfE0A@public.gmane.org>
To: "Stéphane Chatty" <chatty-rXV5z7KbLFk@public.gmane.org>
Cc: Jiri Kosina <jkosina-AlSwsSmVLrQ@public.gmane.org>,
Chris Ball <cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org>,
linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH RESEND] USB HID: Add ID for eGalax Multitouch used in JooJoo tablet
Date: Wed, 18 Aug 2010 11:33:37 +0200 [thread overview]
Message-ID: <20100818093337.GA2514@bankiz.org> (raw)
In-Reply-To: <F35B802E-C47A-47BF-A350-8F57250D4394-rXV5z7KbLFk@public.gmane.org>
[-- Attachment #1: Type: text/plain, Size: 1540 bytes --]
Hi everyone,
* Stéphane Chatty <chatty-rXV5z7KbLFk@public.gmane.org> [2010-08-16 17:17:52]:
>
> Le 16 août 10 à 15:58, Jiri Kosina a écrit :
>
> >
> >
> >thanks for the analysis. How do devices in their report descriptor
> >describe the fact whether the events should be interleaved by sync
> >or not?
>
> As far as I know, they don't. I know of two multitouch devices that
> send groups of fingers over several HID messages:
> - the 3M 22" panel, when there are more than 6 fingers on the
> panel. You know there are more messages coming when the number of
> fingers (reported through ContactCount in the first message) is
> greater than 6.
> - the eGalax 72xx series, that adds a second message whenever there
> are two fingers; I am not sure yet how one knows when to wait for a
> second message. Mathieu might be able to tell us.
Well, i've actually the problem, i can't known :)
So for my case, i dispatch event - 1, not current event, and doing the
merge on userland size by checking old event contact id. Since i known
that the screen is doing only one or two touches, it's kind of easy to
do the "sync" ourself... except when touch UP. With event - 1, i can't
known if it's finished or not...
It cannot be resolved until the kernel send correct sync message...
> The short term solution could be to add a .sync hook similar to
> .event. Each specific driver could override the call to input_sync()
> based on its knowledge of the device.
That would solve this case :)
Mathieu
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 198 bytes --]
next prev parent reply other threads:[~2010-08-18 9:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <m339wl2ug6.fsf@pullcord.laptop.org>
2010-08-12 23:10 ` [PATCH RESEND] USB HID: Add ID for eGalax Multitouch used in JooJoo tablet Chris Ball
[not found] ` <m3hbiz8m11.fsf-0VGQAjvlmrQzNDMTQreKSUB+6BGkLq7r@public.gmane.org>
2010-08-12 23:15 ` Jiri Kosina
2010-08-13 10:47 ` Stéphane Chatty
2010-08-14 2:33 ` Chris Ball
2010-08-16 14:03 ` Jiri Kosina
2010-08-16 13:58 ` Jiri Kosina
2010-08-16 15:17 ` Stéphane Chatty
2010-08-16 15:37 ` Stéphane Chatty
[not found] ` <F35B802E-C47A-47BF-A350-8F57250D4394-rXV5z7KbLFk@public.gmane.org>
2010-08-18 9:33 ` Mathieu Virbel [this message]
2010-08-16 15:30 Henrik Rydberg
2010-08-17 7:49 ` Stéphane Chatty
2010-08-17 9:56 ` Henrik Rydberg
2010-08-19 21:45 ` Stéphane Chatty
2010-08-19 21:59 ` Henrik Rydberg
2010-08-17 10:55 ` Chase Douglas
2010-08-17 11:33 ` Stéphane Chatty
2010-08-17 11:44 ` Chase Douglas
2010-08-17 11:34 ` Stéphane Chatty
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=20100818093337.GA2514@bankiz.org \
--to=tito-angzrxddy4qdnm+yrofe0a@public.gmane.org \
--cc=chatty-rXV5z7KbLFk@public.gmane.org \
--cc=cjb-2X9k7bc8m7Mdnm+yROfE0A@public.gmane.org \
--cc=jkosina-AlSwsSmVLrQ@public.gmane.org \
--cc=linux-input-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-usb-u79uwXL29TY76Z2rM5mHXA@public.gmane.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.