src/sys/dev/cyapa, branch release/13.2.0

cyapa_raw_input: elimmminate write only k variable

2022-10-02T04:25:52Z

Sponsored by: Netflix (cherry picked from commit 3ca3bb576b48667a694b1eab229870697586bb5d)

cyapa(4): Adapt to recent evdev KPI changes

2021-09-21T23:36:40Z

(cherry picked from commit 4836af0d42cf9d299ba9203a835bdcfa797a74c2)

evdev: Remove useless "initial value" parameter from evdev_support_abs()

2021-01-07T23:18:41Z

It can not be used for setting of state of multitouch events. If necessary, use evdev_push_event() instead of it.

cyapa(4): Add support for evdev protocol

2020-12-23T08:10:49Z

Tested-by: Matthias Apitz MFC-after: 2 weeks

cyapa(4): Make button detection matching ChromeOS driver

2020-12-23T08:09:25Z

Tested-by: Matthias Apitz MFC-after: 2 weeks

[cyapa] Postpone start of the polling thread until sleep is available

2019-11-03T20:55:28Z

After recent ig4 changes cyapa driver can be attached before timers initialization is completed. Start polling thread from config_intrhook to avoid busy loops in that case.

Fix typo in cyapa out of bounds check.

2017-08-08T13:27:32Z

PR: 217783 Submitted by: razmyslov@viva64.com MFC after: 1 week

add iic interface to ig4 driver, move isl and cyapa to iicbus

2016-10-30T12:15:33Z

Summary: The hardware does not expose a classic SMBus interface. Instead it has a lower level interface that can express a far richer I2C protocol than what smbus offers. However, the interface does not provide a way to explicitly generate the I2C stop and start conditions. It's only possible to request that the stop condition is generated after transferring the next byte in either direction. So, at least one data byte must always be transferred. Thus, some I2C sequences are impossible to generate, e.g., an equivalent of smbus quick command (---). At the same time isl(4) and cyapa(4) are moved to iicbus and now they use iicbus_transfer for communication. Previously they used smbus_trans() interface that is not defined by the SMBus protocol and was implemented only by ig4(4). In fact, that interface was impossible to implement for the typical SMBus controllers like intpm(4) or ichsmb(4) where a type of the SMBus command must be programmed. The plan is to remove smbus_trans() and all its uses. As an aside, the smbus_trans() method deviates from the standard, but perhaps backwards, FreeBSD convention of using 8-bit slave addresses (shifted by 1 bit to the left). The method expects 7-bit addresses. There is a user facing consequence of this change. A user must now provide device hints for isl and cyapa that specify an iicbus to use and a slave address on it. On Chromebook hardware where isl and cyapa devices are commonly found it is also possible to use a new chromebook_platform(4) driver that automatically configures isl and cyapa devices. There is no need to provide the device hints in that case, Right now smbus(4) driver tries to discover all slaves on the bus. That is very dangerous. Fortunately, the probing code uses smbus_trans() to do its job, so it is really enabled for ig4 only. The plan is to remove that auto-probing code and smbus_trans(). Tested by: grembo, Matthias Apitz (w/o chromebook_platform) Discussed with: grembo, imp Reviewed by: wblock (docs) MFC after: 1 month Relnotes: yes Differential Revision: https://reviews.freebsd.org/D8172

Allow building a kernel with baked in ig4, isl and cyapa drivers.

2015-08-19T09:49:29Z

Also addresses jhb's remarks on D2811 and D3068. PR: 202059 Differential Revision: https://reviews.freebsd.org/D3351 Reviewed by: jhb Approved by: jhb

cyapa(4), driver for the Cypress APA I2C trackpad

2015-07-25T18:14:35Z

Differential Revision: https://reviews.freebsd.org/D3068 Reviewed by: kib, wblock Approved by: kib Relnotes: yes