| #
ff80a188 |
| 26-Jul-2015 |
Zdenek Styblik <zdenek.styblik@showmax.com> |
ID:382 - Fix memcpy() params in HpmFwupgActionUploadFirmware()
The 'bufLength' variable holds a constant chunk size. If the actual
data length is less than the 'bufLength', then it crash
ID:382 - Fix memcpy() params in HpmFwupgActionUploadFirmware()
The 'bufLength' variable holds a constant chunk size. If the actual
data length is less than the 'bufLength', then it crashes IPMITool. The
code was already there to calculate the remaining data length, but was
not used in memcpy(). We changed it to use the 'count' variable which
holds the proper available data length.
Commit for: Viswanathan Swaminathan
show more ...
|
| #
2d79e69f |
| 25-Jul-2015 |
Zdenek Styblik <stybla@turnovfree.net> |
Merge commit '2f5789750183d4ef8be125b8cb32019441dd0530'
Return codes of functions should be either used or evaluated - always. This
merge is necessary for shell scripting to, eg. signal
Merge commit '2f5789750183d4ef8be125b8cb32019441dd0530'
Return codes of functions should be either used or evaluated - always. This
merge is necessary for shell scripting to, eg. signal there was an error during
execution.
show more ...
|
| #
eb541367 |
| 11-Mar-2015 |
Zdenek Styblik <stybla@turnovfree.net> |
ID:319 - Interface safe re-open
Currently, interface-management code in the ipmitool does not allow safe
interface re-opening (i.e. closing and opening again). It is because the session
ID:319 - Interface safe re-open
Currently, interface-management code in the ipmitool does not allow safe
interface re-opening (i.e. closing and opening again). It is because the session
is allocated in the interface setup callback while is freed in the close
callback. So, normal re-opening of the interface, which can be required for
example durng the HPM.1 upgrade, leads to segmentation fault. That's why in the
ipmi_hpmfwupg.c instead of normal closing interface, directly access the
interface data for subsequent re-opening.
Commit for Dmitry Bazhenov
show more ...
|
| #
33f9336e |
| 17-Jan-2015 |
Zdenek Styblik <stybla@turnovfree.net> |
ID:355 - Fix compiler warnings
Commit removes all unused variables reported by compiler.
|
| #
9babab10 |
| 11-Aug-2014 |
Jim Mankovich <jmank@hp.com> |
ID: 329 hpm.1 upgrade fixes
Fix commited for Dmitry Bazhenov
|
| #
3f508629 |
| 25-May-2014 |
Zdenek Styblik <stybla@turnovfree.net> |
ID: 305 - HPM.1 deferred activation support fixup
Currently, the HPM.1 agent in the IPMItool does not differ between Rollback
support and Deferred Activation Support. The patch fixes up
ID: 305 - HPM.1 deferred activation support fixup
Currently, the HPM.1 agent in the IPMItool does not differ between Rollback
support and Deferred Activation Support. The patch fixes up this bug.
Commit for Dmitry Bazhenov
show more ...
|
| #
23e9340b |
| 08-Apr-2014 |
Zdenek Styblik <stybla@turnovfree.net> |
ID:302 - HPM.2 long message support
This patch adds basic long message support for PICMG-based systems according to
the HPM.2 specification.
It also introduces APIs for setting inbou
ID:302 - HPM.2 long message support
This patch adds basic long message support for PICMG-based systems according to
the HPM.2 specification.
It also introduces APIs for setting inbound and outbound messages sizes per
selected interface.
This APIs are used in LAN and LAN+ interfaces to set autonomously detected
inbound and outbound message sizes.
The newly introduced APIs also replace the existing message size detection code
in several ipmitool commands in order to leverage the advantages of long message
support (HPM.1 upgrade, SDR acquring, FRU inventory read and write).
The Kontron-specific long message support is moved under a OEM option.
Commit for Dmitry Bazhenov
show more ...
|
| #
c18ec02f |
| 05-Feb-2014 |
Petter Reinholdtsen <pere@hungry.com> |
Move all files one level up in the file hierarcy, to avoid the useless ipmitool directory.
|