All of lore.kernel.org
 help / color / mirror / Atom feed
From: Cedric Sodhi <manday@gmx.net>
To: Benjamin Tissoires <benjamin.tissoires@gmail.com>
Cc: linux-input@vger.kernel.org
Subject: Re: HID: Dead ./debug/hid/xxx/events
Date: Wed, 16 Nov 2011 11:25:14 +0100	[thread overview]
Message-ID: <20111116102514.GA3831@slate> (raw)
In-Reply-To: <CAN+gG=F2aFTkhUVp4Sf8p-PdAj5ft1eotuWbnP=WaYAugA8tVw@mail.gmail.com>

Dear Benjamin,

On Wed, Nov 16, 2011 at 11:17:57AM +0100, Benjamin Tissoires wrote:
> Hi Cedric,
> 
> If I understand correctly, your device is an eGalax one with a Wacom
> VendorID... ;-)

No. The VID is that of DWAV, as it should be. It might have been
misleading to mention Wacom here, which is - at least with regard to the
issue at hand - not related. I was just lucky the guys (esp. Chris) at
linuxwacom-devel would take a look at the issue, since obviously, they
are experts on touchscreens.
> 
> I assume that you're the first of a long list that will encounter this
> kind of problem:

You are right. I'm not the first, either, though. The eGalax is the
touchdevice of the ASUS EEE Slate, in conjunction with a Wacom for the
pen (yes, two devices: eGalax for finger and Wacom for pen).
> 
> Now, hid (the generic hid input layer) can detect if your device is a
> multitouch one (by relying on the ContactID field in the report
> descriptor), and it will release it if it's detected.
> The counter part of this autodetection (in hid-multitouch) has not
> been judged as enough mature to be included in the kernel, and
> hid-multitouch can't handle your device automatically.
> 
> That's why you don't see any event* unless you add the VID:PID in
> hid-multitouch.

That's what I already did, as I tried to describe by saying that I added
"MULTITOUCH5" in line with the other MULTITOUCH[1-4] of DWAV VID.

> 
> I'm currently working on a solution to allow end-user to test more
> efficiently their device with hid-multitouch.
> If you want to be my guinea pig, it would help me.

I'd happily be your guinea pig. I suggest you browse through the thread
which I referred to, where Chris helped me solve a bulk of the problems
already and also told me how to add the VID:PID to the whitelist of
hid-multitouch.

regards,
Cedric
> 
> Cheers,
> Benjamin
> 
> On Wed, Nov 16, 2011 at 10:50, Cedric Sodhi <manday@gmx.net> wrote:
> > Hello everyone,
> >
> > the context for this problem is getting the eGalax USB Touchscreen, ID
> > 056a:0090, to work as such, as it is discussed on the linuxwacom-devel
> > list (see [1]).
> >
> > Quickly summarized:
> >
> > Adding the device as USB_DEVICE_ID_DWAV_EGALAX_MULTITOUCH5, in line with
> > the ..._MULTITOUCH[1-4], succeeds in thus far, as that it appears as a
> > HID Touchscreen. However, as of 3.1.x, clicking, id est touching "jams"
> > as in the click is never released.
> >
> > Updating to 3.2.x-torvalds' kernel should have resolved that jamming,
> > but instead no clicks or releases are recognized at all.
> >
> > The real problem with debugging that, though, is that
> >
> > /sys/kernel/debug/hid/<eGalax>/events
> >
> > remains dead, in any kernel, 3.1.x-gentoo, 3.1.x-vanilla and
> > 3.2.x-torvalds alike.
> >
> > I hope that you may have an idea as for any of the problems, especially
> > why there appears no output on the ./events node (the according node for
> > my keyboard reports events just fine).
> >
> > Pasted is .config [2] for 3.2.x-torvalds and ./hid/<eGalax>/rdesc [3] on
> > 3.2.x-torvalds.
> >
> > [1]
> > http://sourceforge.net/mailarchive/forum.php?thread_name=CAGzDe_Y2cSMxVPm-rcNSrMsew2V5Y0vbVyhXJBFCKraq7EaZ8g@mail.gmail.com&forum_name=linuxwacom-devel
> > [2] http://paste.pocoo.org/show/508548/
> > [3] http://paste.pocoo.org/show/508550/
> > --
> > To unsubscribe from this list: send the line "unsubscribe linux-input" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> >
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2011-11-16 10:25 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-11-16  9:50 HID: Dead ./debug/hid/xxx/events Cedric Sodhi
2011-11-16 10:17 ` Benjamin Tissoires
2011-11-16 10:25   ` Cedric Sodhi [this message]
2011-11-16 13:41     ` Chris Bagwell
2011-11-16 14:55       ` Cedric Sodhi
2011-11-16 15:40         ` Cedric Sodhi
2011-11-16 16:15           ` Chris Bagwell
2011-11-16 17:01             ` Benjamin Tissoires
2011-11-16 20:48               ` Cedric Sodhi
2011-11-16 21:22                 ` Benjamin Tissoires
2011-11-17  6:58                   ` Cedric Sodhi
2011-11-16 21:23                 ` Chris Bagwell
2011-11-17  6:59                   ` Cedric Sodhi

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=20111116102514.GA3831@slate \
    --to=manday@gmx.net \
    --cc=benjamin.tissoires@gmail.com \
    --cc=linux-input@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 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.