From: "Breton M. Saunders" <bms20@brettnet.eu>
To: linux-input@vger.kernel.org
Subject: HID input dealing with multiple collections?
Date: Mon, 09 Sep 2013 13:56:52 +0100 [thread overview]
Message-ID: <522DC594.2000305@brettnet.eu> (raw)
Hello,
I've written a USB device which supports multiple input devices:
* A touch surface digitizer (following Microsoft's specification)
* A pen surface digitizer
* A mouse emulator
In windows each of these interfaces are exposed as a separate top
level collection, e.g.:
Usage_Page(Generic Desktop)
Usage(Mouse)
Collection(Application)
...
End_Collection
Usage_Page(Digitzer)
Usage(Touch_Screen)
Collection(Application)
...
End_Collection
Usage(Digitizer)
Usage(Pen)
Collection(Application)
...
End_Collection
Now this descriptor works well in Windows; all reporting channels are
exposed correctly as hid devices and mouse/multitouch/pen input all
works correctly as expected. In linux, however, this is not the case.
What I see is that if I drop out the touch/pen functionality then the
mouse support works correctly. Likewise, if I drop any pair of other
top level collections such that I have exactly one top level collection
the system works correctly.
Am I missing something here - as in: Have I made an error in my usage
of top level collections, or is linux-input's hid support incapable of
dealing with multiple top level collections?
Thanks in advance for any advice on this!
-bms20
next reply other threads:[~2013-09-09 12:56 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-09 12:56 Breton M. Saunders [this message]
2013-09-09 13:12 ` HID input dealing with multiple collections? Benjamin Tissoires
2013-09-09 14:01 ` Breton M. Saunders
2013-09-09 14:16 ` Benjamin Tissoires
2013-09-09 15:40 ` Breton M. Saunders
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=522DC594.2000305@brettnet.eu \
--to=bms20@brettnet.eu \
--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.