summaryrefslogtreecommitdiffstats
path: root/drivers/scsi/esp_scsi.h
diff options
context:
space:
mode:
authorShyam Sundar S K <Shyam-sundar.S-k@amd.com>2023-01-24 16:41:27 +0530
committerWolfram Sang <wsa@kernel.org>2023-01-28 20:05:32 +0100
commit60a1f9f28660657f863a3846a64b6c3cbb18f07d (patch)
tree3855d2cafaa5bb6a39501f906b765254428906e6 /drivers/scsi/esp_scsi.h
parent8786b095df02c1b881643146869a7d6f80411e6a (diff)
downloadlinux-stable-60a1f9f28660657f863a3846a64b6c3cbb18f07d.tar.gz
linux-stable-60a1f9f28660657f863a3846a64b6c3cbb18f07d.tar.bz2
linux-stable-60a1f9f28660657f863a3846a64b6c3cbb18f07d.zip
i2c: designware: add a new bit check for IC_CON control
On some AMD platforms, based on the new designware datasheet, BIOS sets the BIT(11) within the IC_CON register to advertise the "bus clear feature capability". AMD/Designware datasheet says: Bit(11) BUS_CLEAR_FEATURE_CTRL. Read-write,Volatile. Reset: 0. Description: In Master mode: - 1'b1: Bus Clear Feature is enabled. - 1'b0: Bus Clear Feature is Disabled. In Slave mode, this register bit is not applicable. On AMD platform designs: 1. BIOS programs the BUS_CLEAR_FEATURE_CTRL and enables the detection of SCL/SDA stuck low. 2. Whenever the stuck low is detected, the SMU FW shall do the bus recovery procedure. Currently, the way in which the "master_cfg" is built in the driver, it overrides the BUS_CLEAR_FEATURE_CTRL advertised by BIOS and the SMU FW cannot initiate the bus recovery if the stuck low is detected. Hence add a check in i2c_dw_probe_master() that if the BIOS advertises the bus clear feature, let driver not ignore it and adapt accordingly. Reviewed-by: Andy Shevchenko <andriy.shevchenko@linux.intel.com> Signed-off-by: Shyam Sundar S K <Shyam-sundar.S-k@amd.com> Acked-by: Jarkko Nikula <jarkko.nikula@linux.intel.com> Signed-off-by: Wolfram Sang <wsa@kernel.org>
Diffstat (limited to 'drivers/scsi/esp_scsi.h')
0 files changed, 0 insertions, 0 deletions