diff options
| author | Corey Minyard <minyard@acm.org> | 2005-09-06 15:18:41 -0700 |
|---|---|---|
| committer | Linus Torvalds <torvalds@g5.osdl.org> | 2005-09-07 16:57:48 -0700 |
| commit | 3ae0e0f9b15b95a2c3e64088d2a85e3f4a707681 (patch) | |
| tree | 9ed8fc89ce8e95125d28d2844161867794f4c774 /include/linux/ipmi.h | |
| parent | 07766f241b54d67999907d529b99ffaa61d8b7d9 (diff) | |
| download | kernel-crypto-3ae0e0f9b15b95a2c3e64088d2a85e3f4a707681.tar.gz kernel-crypto-3ae0e0f9b15b95a2c3e64088d2a85e3f4a707681.tar.xz kernel-crypto-3ae0e0f9b15b95a2c3e64088d2a85e3f4a707681.zip | |
[PATCH] ipmi: OEM flag handling and hacks for some Dell machines
The ipmi driver does not have a way to handle firmware-generated events
which have the OEM[012] Data Available flags set. In such a case, the
SMS_ATN bit may never get cleared by firmware, leaving the driver looping
infinitely but never able to make any progress.
This patch first simplifies storage and use of the data returned from an
IPMI Get Device ID command.
It then creates a new per-OEM handler hook, which should know how to handle
events with the OEM[012] Data Available flags set. It then uses this to
implement a workaround for IPMI 1.5-capable Dell PowerEdge servers which
are susceptable to setting the OEM[012] Data Available flags when the
driver can't handle it.
Signed-off-by: Matt Domsch <Matt_Domsch@dell.com>
Signed-off-by: Corey Minyard <minyard@acm.org>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/linux/ipmi.h')
0 files changed, 0 insertions, 0 deletions