aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/gpu/drm/amd/display/modules/freesync/freesync.c
diff options
context:
space:
mode:
authorSven Eckelmann <[email protected]>2025-08-10 18:05:15 +0000
committerAndi Shyti <[email protected]>2025-08-19 21:20:02 +0000
commitceee7776c010c5f09d30985c9e5223b363a6172a (patch)
treede300e780993b07e1aa6bcef1aee26ac1326883c /drivers/gpu/drm/amd/display/modules/freesync/freesync.c
parenti2c: rtl9300: Fix multi-byte I2C write (diff)
downloadkernel-ceee7776c010c5f09d30985c9e5223b363a6172a.tar.gz
kernel-ceee7776c010c5f09d30985c9e5223b363a6172a.zip
i2c: rtl9300: Increase timeout for transfer polling
The timeout for transfers was only set to 2ms. Because of this relatively low limit, 12-byte read operations to the frontend MCU of a RTL8239 POE PSE chip cluster was consistently resulting in a timeout. The original OpenWrt downstream driver [1] was not using any timeout limit at all. This is also possible by setting the timeout_us parameter of regmap_read_poll_timeout() to 0. But since the driver currently implements the ETIMEDOUT error, it is more sensible to increase the timeout in such a way that communication with the (quite common) Realtek I2C-connected POE management solution is possible. [1] https://git.openwrt.org/?p=openwrt/openwrt.git;a=blob;f=target/linux/realtek/files-6.12/drivers/i2c/busses/i2c-rtl9300.c;h=c4d973195ef39dc56d6207e665d279745525fcac#l202 Fixes: c366be720235 ("i2c: Add driver for the RTL9300 I2C controller") Signed-off-by: Sven Eckelmann <[email protected]> Cc: <[email protected]> # v6.13+ Reviewed-by: Chris Packham <[email protected]> Tested-by: Chris Packham <[email protected]> Signed-off-by: Andi Shyti <[email protected]> Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'drivers/gpu/drm/amd/display/modules/freesync/freesync.c')
0 files changed, 0 insertions, 0 deletions