Lines Matching refs:A

16 hardware. For devices handling anonymous contacts (type A), the protocol
31 Drivers for type A devices separate contact packets by calling
46 The main difference between the stateless type A protocol and the stateful
52 For type A devices, the kernel driver should generate an arbitrary
60 the ABS_MT_TRACKING_ID of the associated slot.  A non-negative tracking id
61 is interpreted as a contact, and the value -1 denotes an unused slot.  A
69 driver.  A driver for such a device should associate one type B slot with each
85 Protocol Example A
89 like for a type A device:
162 A set of ABS_MT events with the desired properties is defined. The events
210 For type A devices, further specification of the touch shape is possible
262 distance means the contact is touching the surface. A positive number means
313 The type of approaching tool. A lot of kernel drivers cannot distinguish
318 A contact's ABS_MT_TOOL_TYPE may change over time while still touching the
326 the contact. This is a low-level anonymous grouping for type A devices, and
327 should not be confused with the high-level trackingID [5]. Most type A
388 matched to the set of contacts from the previous synchronization. A full
408 For type A devices, all finger data bypasses input filtering, since
411 For example usage of the type A protocol, see the bcm5974 driver. For