src/sys/dev/evdev/cdev.c, branch releng/14.3

kern: Make fileops and filterops tables const where possible

2024-12-03T01:03:42Z

No functional change intended. MFC after: 1 week (cherry picked from commit ef9ffb8594eee294334ced627755bf5b46b48f9f)

sys: Remove $FreeBSD$: two-line .h pattern

2023-08-16T17:54:11Z

Remove /^\s*\*\n \*\s+\$FreeBSD\$$\n/

evdev: Multitouch code style changes.

2021-08-24T22:43:41Z

1. Move touch count reporting helpers to utils. They are not multitouch. 2. Use evdev_mt prefix for private multitouch support routines. 3. Use int instead of int32_t where fixed size is not required. 4. Export some internal functions. This change should be no-op. MFC after: 2 weeks

evdev: Make variable-size ioctls return actual length of copyouted data

2021-01-20T20:10:07Z

on success instead of 0 to match Linux. Imprivata binary depends on this. Submitted by: Shunchao Hu Reviewed by: wulf Differential revision: https://reviews.freebsd.org/D28218

hid: Add missing input enter/exit epoch pairs.

2021-01-14T20:04:47Z

This was affecting unloading keyboard driver and kdb-related code.

evdev: Allow open() handler to be interrupted by a signal

2021-01-07T23:18:42Z

It is possible that the client list lock is taken by other process for too long due to e.g. IO timeouts. Allow user to terminate open() in this case. Reviewed by: markj (as part of D27865)

evdev: Make open(2) and close(3) handlers sleepable.

2021-01-07T23:18:41Z

At the beginning of evdev there was a LOR between hardware driver's and evdev client list locks as they were taken in different order at driver's interrupt and evdev open()/close() handlers. The LOR was fixed with introduction of evdev_register_mtx() function which allowed to use a hardware driver's lock as evdev client list lock. While this works good with PS/2 and USB, this does not work with I2C. Unlike PS/2 and USB, I2C open()/close() handlers do unbound sleeps while waiting for I2C bus to release and while performing IO. This change uses epoch(9) for traversing evdev client list in interrupt handler to avoid the LOR thus making possible to convert evdev client list lock to sleepable sx. While here add brief locking protocol description. Reviewed by: markj Differential revision: https://reviews.freebsd.org/D27865

evdev: return error rather than zero-length data on blocked read()

2020-03-29T23:01:36Z

if blocked process has been woken up by evdev device destruction. MFC after: 2 weeks

evdev: Add COMPAT_FREEBSD32 support for amd64 arch

2020-03-29T23:00:33Z

Incompatibility between i386 and amd64 evdev ABIs was caused by presence of 'struct timeval' in evdev protocol. Replace it with 'struct timeval32' for 32 bit binaries. Big-endian platforms may require additional work due to bitstr_t (array of unsigned longs) usage in ioctl interface. MFC after: 2 weeks

evdev: disable evdev if it is invoked from KDB or panic context

2018-10-27T21:04:34Z

This allow to prevent deadlock on entering KDB if one of evdev locks is already taken by userspace process. Also this change discards all but LED console events produced by KDB as unrelated to userspace. Tested by: dumbbell (as part of D15070) Objected by: bde (as 'KDB lock an already locked mutex' problem solution) MFC after: 1 month