From: Dmitry Torokhov <dmitry.torokhov@gmail.com>
To: Forest Bond <forest@alittletooquiet.net>, Jiri Kosina <jkosina@suse.cz>
Cc: Daniel Ritz <daniel.ritz@gmx.ch>,
Alan Stern <stern@rowland.harvard.edu>,
Sergei Shtylyov <sshtylyov@mvista.com>,
linux-input@vger.kernel.org, linux-usb@vger.kernel.org
Subject: Re: [PATCH resend2] Input: usbtouchscreen - initialize eGalax devices
Date: Mon, 10 Sep 2012 14:11:45 -0700 [thread overview]
Message-ID: <3475963.zdirdksHlt@dtor-d630.eng.vmware.com> (raw)
In-Reply-To: <20120907204232.GA24528@alittletooquiet.net>
On Friday, September 07, 2012 04:42:32 PM Forest Bond wrote:
> Hi Dmitry,
>
> On Tue, Sep 04, 2012 at 11:07:04PM -0700, Dmitry Torokhov wrote:
> > On Mon, Sep 03, 2012 at 01:33:50PM -0400, Forest Bond wrote:
> > > From: Forest Bond <forest.bond@rapidrollout.com>
> > >
> > > Certain eGalax devices expose an interface with class HID and protocol
> > > None. Some work with usbhid and some work with usbtouchscreen, but
> > > there is no easy way to differentiate. Sending an eGalax diagnostic
> > > packet seems to kick them all into using the right protocol for
> > > usbtouchscreen, so we can continue to bind them all there (as opposed to
> > > handing some off to usbhid).
> > >
> > > This fixes a regression for devices that were claimed by (and worked
> > > with) usbhid prior to commit 139ebe8dc80dd74cb2ac9f5603d18fbf5cff049f
> > > ("Input: usbtouchscreen - fix eGalax HID ignoring"), which made
> > > usbtouchscreen claim them instead. With this patch they will still be
> > > claimed by usbtouchscreen, but they will actually report events
> > > usbtouchscreen can understand. Note that these devices will be limited
> > > to the usbtouchscreen feature set so e.g. dual touch features are not
> > > supported.
> > >
> > > I have the distinct pleasure of needing to support devices of both types
> > > and have tested accordingly.
> > >
> > > Signed-off-by: Forest Bond <forest.bond@rapidrollout.com>
> >
> > Applied, thank you Forest.
>
> Great, thanks a lot.
>
> The other piece to this puzzle is that usbhid should blacklist these devices
> to avoid binding if it happens to be loaded before usbtouchscreen. To do
> this, usbhid needs to be able to blacklist devices based on interface
> protocol (right now it only supports blacklist on VID + PID).
>
> Would you accept a patch set that implements this?
Juri, this question is really for you...
Thanks!
--
Dmitry
next prev parent reply other threads:[~2012-09-10 21:11 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-08-31 13:56 [PATCH] Input: usbtouchscreen - initialize eGalax devices Forest Bond
2012-08-31 14:51 ` Dmitry Torokhov
2012-08-31 18:50 ` Sergei Shtylyov
2012-08-31 19:26 ` Dmitry Torokhov
[not found] ` <20120831192632.GA30202-WlK9ik9hQGAhIp7JRqBPierSzoNAToWh@public.gmane.org>
2012-08-31 20:04 ` Alan Stern
[not found] ` <Pine.LNX.4.44L0.1208311555140.1328-100000-IYeN2dnnYyZXsRXLowluHWD2FQJk+8+b@public.gmane.org>
2012-08-31 20:22 ` Forest Bond
2012-08-31 22:53 ` Forest Bond
[not found] ` <20120831225353.GE24820-B/PTSs0AgtP3p6jHtUh95NHuzzzSOjJt@public.gmane.org>
2012-08-31 23:10 ` Dmitry Torokhov
[not found] ` <20120831231047.GA22142-WlK9ik9hQGAhIp7JRqBPierSzoNAToWh@public.gmane.org>
2012-08-31 23:23 ` Forest Bond
2012-09-01 0:37 ` [PATCH resend] " Forest Bond
2012-09-03 13:26 ` Sergey Vlasov
[not found] ` <20120903132648.GC11919-TEYkr/UGJhVKdHEj4xO92LjjLBE8jN/0@public.gmane.org>
2012-09-03 17:33 ` [PATCH resend2] " Forest Bond
[not found] ` <20120903173349.GA18666-B/PTSs0AgtP3p6jHtUh95NHuzzzSOjJt@public.gmane.org>
2012-09-05 6:07 ` Dmitry Torokhov
[not found] ` <20120905060704.GC25962-WlK9ik9hQGAhIp7JRqBPierSzoNAToWh@public.gmane.org>
2012-09-07 20:42 ` Forest Bond
2012-09-10 21:11 ` Dmitry Torokhov [this message]
2012-11-01 10:38 ` Jiri Kosina
2012-11-02 19:51 ` Forest Bond
2012-11-05 14:19 ` Jiri Kosina
2012-11-05 18:34 ` Forest Bond
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=3475963.zdirdksHlt@dtor-d630.eng.vmware.com \
--to=dmitry.torokhov@gmail.com \
--cc=daniel.ritz@gmx.ch \
--cc=forest@alittletooquiet.net \
--cc=jkosina@suse.cz \
--cc=linux-input@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=sshtylyov@mvista.com \
--cc=stern@rowland.harvard.edu \
/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.