Re: [RFC] Multi-Touch (MT) support - arbitration or not

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, Nov 8, 2010 at 10:59 PM, Dmitry Torokhov
<dmitry.torokhov@xxxxxxxxx> wrote:
> On Tue, Nov 09, 2010 at 01:31:49PM +1000, Peter Hutterer wrote:
>>
>> That said, it also goes counter the whole multi-touch approach - allowing
>> more than one device on a single physical device.
>
> So maybe we should teach wacom to handle all devices as a single input device even
> in cases when they use several USB interfaces?

Hehe, we got you talking again. I need to understand if the lessons
are for hardware/firmware or driver engineers ;).

> We should be able to detect related interfaces by examining intf->intf_assoc (I hope) and
> using usb_driver_claim_interface() to claim them.

I guess you mean we do this in the kernel driver.

Providing more than one type of HID devices from one physical device
is not Wacom specific. Standalone keyboard with touchpad has the same
feature/issue. When I plug an USB keyboard (whcih has a touchpad) on a
Linux system, I see two input ports (/dev/input/input9 and
/dev/input/event10) displayed. So, unless we only show one logical
port for the same device (no matter how many types of devices it
supports), userland clients would not be able to get the data from the
same port. That is what we get from the Linux kernel, right?

HID specification does not exclude one physical device supporting more
than one type of HID devices. So, it is a question of how we represent
the device to the userland on Linux (Windows and Mac have their own
ways). To me, both one or two logical posts have pros and cons.

Sorry to talk before listening. I am all ears now ;).

Ping
--
To unsubscribe from this list: send the line "unsubscribe linux-input" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Linux Media Devel]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [Linux Wireless Networking]     [Linux Omap]

  Powered by Linux