This small series contains two general bugfixes to ucsi_acpi
and a quirk to make the UCSI controller on various Dell laptops
work. The changes can be applied idependantly but all three
are required to fix the Dell issues.
For details on the general bugfixes please refer to the individual
commit messages.
The UCSI interface on a Dell Latitude 5431 stops working after
the first async event with:
GET_CONNECTOR_STATUS failed (-110)
The core problem is that when sending the ACK_CC_CI command to
clear the connector status changed condition the PPM expects us
to send anothr ack for the command completion condition. However,
the UCSI spec states that no ack for the command completion is
required when the command is ACK_CC_CI (or PPM_RESET).
There are various reports that suggest that several Dell laptops
are affected by this problem. E.g. the kernel bugzilla has this
report which is most likely an instance of this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=216426
This led me to the somewhat bold conclusion that the quirk should
probably be applied to on Dell systems.
To mitigate potential problems from this dell quirk includes a
probe mechanism that detect the need for the quirk once and we
only deviate from the UCSI spec if the quirk is actually required.
Changes in v2 from v1:
- Add a second general bugfix.
- Remove module parmater and generic quirk infrastructure.
- Implement quirk directly in ucsi_acpi.c
- Add probe logic to reliably detect the need for the quirk
Christian A. Ehrhardt (3):
usb: ucsi: Add missing ppm_lock
usb: ucsi_acpi: Fix command completion handling
usb: ucsi_acpi: Quirk to ack a connector change ack cmd
drivers/usb/typec/ucsi/ucsi.c | 2 +
drivers/usb/typec/ucsi/ucsi_acpi.c | 86 +++++++++++++++++++++++++++---
2 files changed, 81 insertions(+), 7 deletions(-)
--
2.40.1
