Public bug reported:
Regresión en 7.0.0-42: el clickpad i2c-hid SYNA3602 (VAIO VJFE52A1811H)
deja de entregar el clic físico izquierdo y enumera 4 nodos input
«UNKNOWN»> Datos recogidos el **2026-10-28**. Evidencia adjunta en la
carpeta.
> **English summary:** with kernel 7.0.0-42 the physical left click of the
> i2c-hid Synaptics
> clickpad (`0018:0911:5288`, VAIO VJFE52A1811H) produces no event at all at
> the X level, while
> 7.0.0-38 works. The same device also enumerates 9 input nodes on 7.0.0-42 (4
> named `UNKNOWN`)
> instead of 4, and X ends up with two pointer devices. Spanish details below;
> English report in
> `report-en.md`.
## Resumen
Con el kernel **7.0.0-42** el clickpad Synaptics `SYNA3602:00 0911:5288` de un
VAIO VJFE52A1811H
**no genera ningún evento** al pulsar físicamente el botón izquierdo: ni en el
dispositivo X ni, por
tanto, en las aplicaciones. El botón derecho sí funciona y los *taps* (que
sintetiza el driver) también.
Con el kernel **7.0.0-38**, misma máquina, misma configuración de Xorg, mismo
usuario: el clic
izquierdo funciona con normalidad.
La diferencia observable está en la enumeración HID: en 7.0.0-42 el mismo
dispositivo HID crea
**9 nodos `input` (4 de ellos llamados `… UNKNOWN`)**, frente a **4 nodos** en
7.0.0-38, y en X
aparecen **dos dispositivos puntero** para el mismo touchpad en lugar de uno.
## Entorno
| Dato | Valor |
|---|---|
| Distribución | Linux Mint 22.3 «Zena» (base Ubuntu 24.04), X11 + Cinnamon |
| Equipo | VAIO VJFE52A1811H (placa N15WP6-V2) |
| Touchpad | HID `0018:0911:5288`, sobre `i2c_designware.0` → `i2c-SYNA3602:00`
|
| Driver X en uso | `xserver-xorg-input-synaptics` 1.9.2-1ubuntu3 (`Synaptics
ClickPad 1`) |
| Kernel correcto | `7.0.0-38-generic` = `linux-image-7.0.0-38-generic
7.0.0-38.38~24.04.4` |
| Kernel con el fallo | `7.0.0-42-generic` = `linux-image-7.0.0-42-generic
7.0.0-42.42~24.04.1` |
Sin overrides propios: `/etc/X11/xorg.conf.d/` está vacío y no hay reglas
udev/hwdb añadidas.
El único fichero de Xorg que afecta es
`/usr/share/X11/xorg.conf.d/70-synaptics.conf` (del paquete).
## Pasos para reproducir
1. Arrancar con `7.0.0-42-generic`.
2. Abrir una terminal y localizar el dispositivo: `xinput list --short | grep
-i syna`
(en 7.0.0-42 aparecen **dos** punteros: uno de `libinput` y otro de
`synaptics`).
3. Ejecutar `xinput test <id>` sobre el dispositivo `synaptics` y pulsar el
botón **izquierdo** del
clickpad. Resultado: **ninguna salida**.
4. Pulsar el botón **derecho** (control). Resultado: `button press 3` / `button
release 3`.
En `7.0.0-38` el paso 3 produce `button press 1` / `button release 1`.
Nota: `xinput test` toma (graba) el dispositivo, así que para comprobar la
entrega a un cliente X a la
vez hay que usar `xinput test-xi2 --root` (no bloqueante). Con esa captura
también se confirma que en
7.0.0-42 no existe **ningún** `RawButtonPress` al pulsar el botón izquierdo.
## Comportamiento esperado y real
| Gesto | 7.0.0-38 | 7.0.0-42 |
|---|---|---|
| Pulsación física del botón izquierdo | evento entregado | **ningún evento** |
| Pulsación física del botón derecho | evento entregado | evento entregado |
| Tap suave (lo sintetiza el driver) | funciona | funciona |
| Movimiento del puntero / scroll | funciona | funciona |
| Dispositivos puntero X para el touchpad | **1** (`… 0911:5288 Touchpad`,
driver synaptics) | **2** (`… 0911:5288` libinput + `… 0911:5288` synaptics) |
## Evidencia
### 1. Enumeración HID (dmesg)
`7.0.0-42` — 9 nodos, 4 de ellos `UNKNOWN` (`journal-kernel-42.txt`):
```
input: SYNA3602:00 0911:5288 Mouse as
/devices/.../0018:0911:5288.0002/input/input8
input: SYNA3602:00 0911:5288 Touchpad as
/devices/.../0018:0911:5288.0002/input/input9
input: SYNA3602:00 0911:5288 as /devices/.../0018:0911:5288.0002/input/input10
input: SYNA3602:00 0911:5288 as /devices/.../0018:0911:5288.0002/input/input11
input: SYNA3602:00 0911:5288 as /devices/.../0018:0911:5288.0002/input/input12
input: SYNA3602:00 0911:5288 UNKNOWN as
/devices/.../0018:0911:5288.0002/input/input13
input: SYNA3602:00 0911:5288 UNKNOWN as
/devices/.../0018:0911:5288.0002/input/input14
input: SYNA3602:00 0911:5288 UNKNOWN as
/devices/.../0018:0911:5288.0002/input/input15
input: SYNA3602:00 0911:5288 UNKNOWN as
/devices/.../0018:0911:5288.0002/input/input16
hid-multitouch 0018:0911:5288.0002: input,hidraw1: I2C HID v1.00 Mouse
[SYNA3602:00 0911:5288] on i2c-SYNA3602:00
```
`7.0.0-38` — 4 nodos, ninguno `UNKNOWN` (`journal-kernel-38.txt`):
```
input: SYNA3602:00 0911:5288 Mouse as
/devices/.../0018:0911:5288.0001/input/input5
input: SYNA3602:00 0911:5288 Touchpad as
/devices/.../0018:0911:5288.0001/input/input6
input: SYNA3602:00 0911:5288 as /devices/.../0018:0911:5288.0001/input/input7
input: SYNA3602:00 0911:5288 Touchpad as
/devices/.../0018:0911:5288.0001/input/input9
hid-multitouch 0018:0911:5288.0001: input,hidraw0: I2C HID v1.00 Mouse
[SYNA3602:00 0911:5288] on i2c-SYNA3602:00
```
No hay mensajes de error de `i2c_hid` en ninguno de los dos arranques.
### 2. Dispositivos X
```
7.0.0-38: ⎜ ↳ SYNA3602:00 0911:5288 Touchpad id=9 [slave pointer (2)]
7.0.0-42: ⎜ ↳ SYNA3602:00 0911:5288 id=9 [slave pointer (2)]
← libinput
⎜ ↳ SYNA3602:00 0911:5288 id=10 [slave pointer (2)]
← synaptics
```
En 7.0.0-42 el puntero de `libinput` aparece con el nombre de uno de los nodos
degenerados
(`… 0911:5288`, sin el sufijo `Touchpad`) en lugar del nombre del nodo
`Touchpad`, por lo que los
quirks de libinput para este modelo
(`/usr/share/libinput/30-vendor-synaptics.quirks`, entrada `[Synaptics
0911:5288 Touchpad]`;
`/usr/share/libinput/50-system-vaio.quirks`) **dejan de coincidir**.
### 3. Captura de eventos con marca de tiempo (7.0.0-42, dispositivo
`synaptics`, id 10)
```
11:32:04.096 motion a[0]=2362
... ← fin del movimiento del dedo
(11:32:07–11:32:10: pulsación física del botón IZQUIERDO — sin ninguna línea)
11:32:12.847 button press 3
11:32:12.914 button release 3 ← pulsación física del botón
DERECHO
```
### 4. Capacidades declaradas por el nodo del touchpad (7.0.0-38,
`event8`)
```
B: PROP=5
B: EV=10001b
B: KEY=e420 60000 0 0 0 0
B: ABS=260800000000003
B: MSC=20
```
Es decir, el nodo declara `BTN_RIGHT` (0x111), `BTN_MIDDLE` (0x112) y los
`BTN_TOOL_*`, pero **no**
`BTN_LEFT` (0x110), incluso en el kernel que funciona. Conviene que lo revise
alguien que conozca
`hid-multitouch`: puede ser la clave del comportamiento cruzado descrito abajo.
### 5. Descriptor HID del dispositivo
Adjunto `report-descriptor.hex` (4096 bytes, `modalias:
hid:b0018g0004v00000911p00005288`) y
`devices-kernel-38.txt` / `xinput-kernel-38.txt` con el detalle completo.
## Detalle adicional: zonas del clickpad reportadas invertidas
(preexistente, no es la regresión)
En **ambos** kernels, con el mapa de botones por defecto (`1 2 3 …`), las dos
zonas físicas del
clickpad llegan cruzadas a X:
- pulsar en la zona inferior **izquierda** → `button 3`
- pulsar en la zona inferior **derecha** → `button 1`
Es un comportamiento que el usuario ya tenía el 2026-10-25 y que venía
compensando con un mapa de
botones invertido (`xinput set-button-map <dev> 3 3 1 …`). Lo menciono solo
para que no se confunda
con la regresión: el problema de 7.0.0-42 es que el botón **no emite nada**, no
que emita el botón
equivocado. Un `set-button-map` no puede recuperar un evento que no existe.
## Hipótesis (no confirmada)
La enumeración de `hid-multitouch`/`i2c-hid` en 7.0.0-42 produce nodos `input`
de más (4 `UNKNOWN`)
y provoca que X acabe con dos punteros sobre el mismo hardware. Eso encaja con
que la entrega de
`BTN_RIGHT` (el código que este modelo usa para una de las dos zonas) se pierda
en el camino.
No he podido confirmar todavía si en 7.0.0-42 el evento llega o no a
`/dev/input/eventN`, porque
requiere `sudo evtest` y en esta sesión no tengo privilegios. Lo que está
verificado es que **no llega
a X**: ni `xinput test` ni `test-xi2 --root` muestran nada.
## Workaround aplicado
Arrancar con `7.0.0-38-generic` (fijado con `GRUB_DEFAULT=saved` +
`grub-set-default`, y los paquetes
del 38 en `apt-mark hold` para que el gestor de actualizaciones no los elimine).
## Datos que puedo aportar si se solicitan
- `sudo evtest /dev/input/eventN` en 7.0.0-42 pulsando los dos botones
(confirmaría si el evento
desaparece en el kernel o en el driver de X).
- `.config` del kernel de Ubuntu 7.0.0-42 y `dmesg` completo de ambos arranques.
- `libinput record` en ambos kernels.
- Prueba con `hid-generic` en vez de `hid-multitouch`
(`echo -n 0018:0911:5288.0002 | sudo tee
/sys/bus/hid/drivers/hid-multitouch/unbind`).
## Adjuntos
- `entorno.txt` — sistema, hardware, paquetes, módulos
- `journal-kernel-42.txt` / `journal-kernel-38.txt` — enumeración HID de cada
arranque
- `devices-kernel-38.txt` — `/proc/bus/input/devices`
- `xinput-kernel-38.txt` — `xinput list` y `list-props` del touchpad
- `report-descriptor.hex` — descriptor HID del dispositivo
** Affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/2172392
Title:
Regresión en 7.0.0-42: el clickpad i2c-hid SYNA3602 (VAIO
VJFE52A1811H) deja de entregar el clic físico izquierdo y enumera 4
nodos input «UNKNOWN»
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/2172392/+subscriptions
--
ubuntu-bugs mailing list
[email protected]
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
