Doc: driver-api: ipmi: Add description of alerts_broken module param
authorMisono Tomohiro <misono.tomohiro@jp.fujitsu.com>
Wed, 24 Jun 2020 06:54:05 +0000 (15:54 +0900)
committerCorey Minyard <cminyard@mvista.com>
Wed, 24 Jun 2020 11:41:36 +0000 (06:41 -0500)
Add description about alerts_broken module parameter of ipmi_ssif driver
which skips enabling SMBus alert during setup.

Signed-off-by: Misono Tomohiro <misono.tomohiro@jp.fujitsu.com>
Message-Id: <20200624065405.17653-3-misono.tomohiro@jp.fujitsu.com>
Signed-off-by: Corey Minyard <cminyard@mvista.com>
Documentation/driver-api/ipmi.rst

index 5ef1047e2e6635b4cf060fa2f927820d917f5dc4..dfe7bb5c86cd35bdb3728433ce3855acb75ebb68 100644 (file)
@@ -516,6 +516,7 @@ at module load time (for a module) with::
        slave_addrs=<addr1>,<addr2>,...
        tryacpi=[0|1] trydmi=[0|1]
        [dbg_probe=1]
+       alerts_broken
 
 The addresses are normal I2C addresses.  The adapter is the string
 name of the adapter, as shown in /sys/class/i2c-adapter/i2c-<n>/name.
@@ -537,6 +538,9 @@ The slave_addrs specifies the IPMI address of the local BMC.  This is
 usually 0x20 and the driver defaults to that, but in case it's not, it
 can be specified when the driver starts up.
 
+alerts_broken does not enable SMBus alert for SSIF. Otherwise SMBus
+alert will be enabled on supported hardware.
+
 Discovering the IPMI compliant BMC on the SMBus can cause devices on
 the I2C bus to fail. The SMBus driver writes a "Get Device ID" IPMI
 message as a block write to the I2C bus and waits for a response.