581c848b61
Currently this driver triggers extcon and typec state update in its
probe function, to read out current state reported by the chip and
report the correct state to upper layers. This synchronization is
performed correctly, but only in case the chip indicates a pending
interrupt in reg09 register.
This fails to cover the situation where all interrupts reported by
the chip were already handled by Linux before reboot, then the system
rebooted, and then Linux starts again. In this case, the TUSB320 no
longer reports any interrupts in reg09, and the state update does not
perform any update as it depends on that interrupt indication.
Fix this by turning tusb320_irq_handler() into a thin wrapper around
tusb320_state_update_handler(), where the later now contains the bulk
of the code of tusb320_irq_handler(), but adds new function parameter
"force_update". The "force_update" parameter can be used by the probe
function to assure that the state synchronization is always performed,
independent of the interrupt indicated in reg09. The interrupt handler
tusb320_irq_handler() callback uses force_update=false to avoid state
updates on potential spurious interrupts and retain current behavior.
Fixes:
|
||
---|---|---|
.. | ||
devres.c | ||
extcon-adc-jack.c | ||
extcon-axp288.c | ||
extcon-fsa9480.c | ||
extcon-gpio.c | ||
extcon-intel-cht-wc.c | ||
extcon-intel-int3496.c | ||
extcon-intel-mrfld.c | ||
extcon-intel.h | ||
extcon-max3355.c | ||
extcon-max8997.c | ||
extcon-max14577.c | ||
extcon-max77693.c | ||
extcon-max77843.c | ||
extcon-palmas.c | ||
extcon-ptn5150.c | ||
extcon-qcom-spmi-misc.c | ||
extcon-rt8973a.c | ||
extcon-rt8973a.h | ||
extcon-sm5502.c | ||
extcon-sm5502.h | ||
extcon-usb-gpio.c | ||
extcon-usbc-cros-ec.c | ||
extcon-usbc-tusb320.c | ||
extcon.c | ||
extcon.h | ||
Kconfig | ||
Makefile |