kernel/linux.git/include/linux/ipmi_smi.h, branch v6.6.131

ipmi: Add an intializer for ipmi_smi_msg struct

2022-05-12T15:00:03+00:00

There was a "type" element added to this structure, but some static values were missed. The default value will be zero, which is correct, but create an initializer for the type and initialize the type properly in the initializer to avoid future issues. Reported-by: Joe Wiese Signed-off-by: Corey Minyard

ipmi: Add support for IPMB direct messages

2021-10-05T11:54:16+00:00

An application has come up that has a device sitting right on the IPMB that would like to communicate with the BMC on the IPMB using normal IPMI commands. Sending these commands and handling the responses is easy enough, no modifications are needed to the IPMI infrastructure. But if this is an application that also needs to receive IPMB commands and respond, some way is needed to handle these incoming commands and send the responses. Currently, the IPMI message handler only sends commands to the interface and only receives responses from interface. This change extends the interface to receive commands/responses and send commands/responses. These are formatted differently in support of receiving/sending IPMB messages directly. Signed-off-by: Corey Minyard Tested-by: Andrew Manley Reviewed-by: Andrew Manley

ipmi: Don't allow device module unload when in use

2019-10-22T19:42:34+00:00

If something has the IPMI driver open, don't allow the device module to be unloaded. Before it would unload and the user would get errors on use. This change is made on user request, and it makes it consistent with the I2C driver, which has the same behavior. It does change things a little bit with respect to kernel users. If the ACPI or IPMI watchdog (or any other kernel user) has created a user, then the device module cannot be unloaded. Before it could be unloaded, This does not affect hot-plug. If the device goes away (it's on something removable that is removed or is hot-removed via sysfs) then it still behaves as it did before. Reported-by: tony camuso Signed-off-by: Corey Minyard Tested-by: tony camuso

ipmi: Make the smi watcher be disabled immediately when not needed

2019-02-10T01:48:42+00:00

The code to tell the lower layer to enable or disable watching for certain things was lazy in disabling, it waited until a timer tick to see if a disable was necessary. Not a really big deal, but it could be improved. Modify the code to enable and disable watching immediately and don't do it from the background timer any more. Signed-off-by: Corey Minyard Tested-by: Kamlakant Patel

ipmi: Fix how the lower layers are told to watch for messages

2019-02-10T01:48:42+00:00

The IPMI driver has a mechanism to tell the lower layers it needs to watch for messages, commands, and watchdogs (so it doesn't needlessly poll). However, it needed some extensions, it needed a way to tell what is being waited for so it could set the timeout appropriately. The update to the lower layer was also being done once a second at best because it was done in the main timeout handler. However, if a command is sent and a response message is coming back, it needed to be started immediately. So modify the code to update immediately if it needs to be enabled. Disable is still lazy. Signed-off-by: Corey Minyard Tested-by: Kamlakant Patel

ipmi: Finally get rid of ipmi_user_t and ipmi_smi_t

2018-09-18T21:15:33+00:00

All the users have been removed, we can remove the typedefs. Signed-off-by: Corey Minyard

ipmi: Remove the proc interface

2018-05-09T17:21:46+00:00

It has been deprecated long enough, get rid of it. Signed-off-by: Corey Minyard

ipmi: Get rid of ipmi_user_t and ipmi_smi_t in include files

2018-04-18T15:23:06+00:00

Convert over to struct ipmi_user * and struct ipmi_smi *. Signed-off-by: Corey Minyard

ipmi: ipmi_unregister_smi() cannot fail, have it return void

2018-04-18T15:23:05+00:00

Signed-off-by: Corey Minyard

ipmi: Remove usecount function from interfaces

2018-04-18T15:23:03+00:00

All the users are now gone. Signed-off-by: Corey Minyard