usage is : oem <iana> <recordid> <format> <args...>
it currently only supports Kontron's OEM information record type 3
but can be used to support additionnal record types
added additionnal parameters to allow specifying 'channel number' as well
as maximum 'read size', since some SMI or IPMB channels can't support 64
bytes.
this should be fully backward compatible as options are optionnal and a the
end of the original ones:
usage: spd <i2cbus> <i2caddr> [channel] [maxread]
Patch submitted by Harshad Prabhu (Harshad.Prabhu at radisys dot com).
Quoting his email:
"Initiate Upgrade Action (HPMFWUPG_UPGRADE_ACTION_UPGRADE) was called
for all components even when single component was given on command line
(hpm upgrade <filename> component <id>). So calling this command only
after we decide whether the component is skipped."
bridge support in open interface. This extension is not compatible with
FreeBSD OpenIPMI implementation (and with mainline OpenIPMI too, as far
as I can tell).
- The counter value was always interpreted as hours, the
minutes-per-count value wasn't regarded.
- No attention was paid to CPU endianness when reading the 32-bit
counter value.
Patch submitted by Ingo van Lil (inguin at users dot sourceforge dot net).
Sourceforge patch ID: 1592950
interfaces.
Patch is submitted by Ferenc Wagner (wferi at niif dot hu). Quoting his
email:
"The rationale is that the following code expects to use the return
value of recv (ie. a byte count) not that of select (the number of file
descriptors). recv should be executed anyway, that's the whole point of
this snippet..."
The original patch is for lan interface but it also applies to lanplus.
"isol activate" command.
Patch submitted by Steffen Persvold (sp at scali dot com). Quoting his
email:
"The second patch (ipmitool_isol.patch) is a little more interesting. It
is basically an implementation of true SOL functionality for the "isol"
command on IPMI 1.5. This allows people with Intel based 1.5 controllers
that have the Intel specific SOL implementation (which is close to the
2.0 spec but not quite there) to use the "isol activate" command. This
applies to Dell 1850, 1855, 2850 and sc1425 servers at least (probably
more, but that's what I've tested). There is quite some code duplication
from the lanplus sol version, so at some point "someone" might do some
refactoring and merge the two (only separating what's different) but for
now I thought it was cleanest to do it this way."
Patch submitted by Benoit Guillon [guillon@thalescomputers.fr]
The patch allows you to fill the SDR repository of a BMC with the built-in
sensor SDRs of the BMC and of the sensors of the satellite FRUs.
- adding new (partial) SDRs
- clearing the SDR repository (ok, it can be dangerous)
- adding SDRs from a dumped file.
Re.:
ipmitool sdr fill sensors
ipmitool sdr fill file <filename>
to the IPMI-defined maximum for non-bridged messages (32 bytes) when
sent via KCS interface.
- Double bridging via LAN is taken into account when calculating the
maximum Upload Firmware Block command length.
- Handling of the long response option of the Upload Firmware Block
command is implemented.
- The Component parameter of the Finish Firmware Upload command is
changed from component mask to component ID to conform to the HPM.1
specification.
- The Rollback Override parameter of the Activate Firmware command is
implemented. The hpm activate command-line parameter is extended with
optional "norollback" parameter.
- A bug that prevented from usage of multiple components in a single
upgrade image is fixed.
- Garbage in output of the component's description property is eliminated.
- Modified the display of upgrading firmware
- By default, if the user has not given any option for upgradem tgeb we skip the components if they have the same firmware version as compared to the image file (.hpm)
- Added a HpmPreupgradeCheck function that will check which components needs to be skipped
Tested OK with Kontron products (patch does not brake previous state)
