diff options
Diffstat (limited to 'Documentation/IPMI.txt')
| -rw-r--r-- | Documentation/IPMI.txt | 25 |
1 files changed, 15 insertions, 10 deletions
diff --git a/Documentation/IPMI.txt b/Documentation/IPMI.txt index 24dc3fcf1594..bc38283379f0 100644 --- a/Documentation/IPMI.txt +++ b/Documentation/IPMI.txt | |||
| @@ -441,17 +441,20 @@ ACPI, and if none of those then a KCS device at the spec-specified | |||
| 441 | 0xca2. If you want to turn this off, set the "trydefaults" option to | 441 | 0xca2. If you want to turn this off, set the "trydefaults" option to |
| 442 | false. | 442 | false. |
| 443 | 443 | ||
| 444 | If you have high-res timers compiled into the kernel, the driver will | 444 | If your IPMI interface does not support interrupts and is a KCS or |
| 445 | use them to provide much better performance. Note that if you do not | 445 | SMIC interface, the IPMI driver will start a kernel thread for the |
| 446 | have high-res timers enabled in the kernel and you don't have | 446 | interface to help speed things up. This is a low-priority kernel |
| 447 | interrupts enabled, the driver will run VERY slowly. Don't blame me, | 447 | thread that constantly polls the IPMI driver while an IPMI operation |
| 448 | is in progress. The force_kipmid module parameter will all the user to | ||
| 449 | force this thread on or off. If you force it off and don't have | ||
| 450 | interrupts, the driver will run VERY slowly. Don't blame me, | ||
| 448 | these interfaces suck. | 451 | these interfaces suck. |
| 449 | 452 | ||
| 450 | The driver supports a hot add and remove of interfaces. This way, | 453 | The driver supports a hot add and remove of interfaces. This way, |
| 451 | interfaces can be added or removed after the kernel is up and running. | 454 | interfaces can be added or removed after the kernel is up and running. |
| 452 | This is done using /sys/modules/ipmi_si/hotmod, which is a write-only | 455 | This is done using /sys/modules/ipmi_si/parameters/hotmod, which is a |
| 453 | parameter. You write a string to this interface. The string has the | 456 | write-only parameter. You write a string to this interface. The string |
| 454 | format: | 457 | has the format: |
| 455 | <op1>[:op2[:op3...]] | 458 | <op1>[:op2[:op3...]] |
| 456 | The "op"s are: | 459 | The "op"s are: |
| 457 | add|remove,kcs|bt|smic,mem|i/o,<address>[,<opt1>[,<opt2>[,...]]] | 460 | add|remove,kcs|bt|smic,mem|i/o,<address>[,<opt1>[,<opt2>[,...]]] |
| @@ -581,9 +584,11 @@ The watchdog will panic and start a 120 second reset timeout if it | |||
| 581 | gets a pre-action. During a panic or a reboot, the watchdog will | 584 | gets a pre-action. During a panic or a reboot, the watchdog will |
| 582 | start a 120 timer if it is running to make sure the reboot occurs. | 585 | start a 120 timer if it is running to make sure the reboot occurs. |
| 583 | 586 | ||
| 584 | Note that if you use the NMI preaction for the watchdog, you MUST | 587 | Note that if you use the NMI preaction for the watchdog, you MUST NOT |
| 585 | NOT use nmi watchdog mode 1. If you use the NMI watchdog, you | 588 | use the nmi watchdog. There is no reasonable way to tell if an NMI |
| 586 | must use mode 2. | 589 | comes from the IPMI controller, so it must assume that if it gets an |
| 590 | otherwise unhandled NMI, it must be from IPMI and it will panic | ||
| 591 | immediately. | ||
| 587 | 592 | ||
| 588 | Once you open the watchdog timer, you must write a 'V' character to the | 593 | Once you open the watchdog timer, you must write a 'V' character to the |
| 589 | device to close it, or the timer will not stop. This is a new semantic | 594 | device to close it, or the timer will not stop. This is a new semantic |
