Power6 High-End Power Subsystem Firmware
Applies to: 9125-F2A
This document provides information about the installation of
Licensed
Machine or Licensed Internal Code, which is sometimes referred to
generically
as microcode or firmware.
Contents
This package provides firmware for Power 575 (9125-F2A) Servers only.
Do not use on any other systems.
The firmware level in this package is:
HMC-Managed Systems
This firmware level requires a minimum HMC level of:
HMC V7 R3.5.0 with mandatory PTFs MH01212 and MH01217.
Go to the following URL to access the HMC code packages:
NOTE: You must be logged in as hscroot in order for
the
firmware installation to complete correctly.
Installing Power Subsystem Firmware and System Firmware
Atention: 9125-F2A servers should be evaluated for ECA845
installation prior to performing firmware upgrades. Contact your
service provider
for more information about ECA845. If firmware must be upgraded prior
to the installation of ECA845, use the following special instructions:
Firmware updates should be performed on an entire Managed Frame and
all Managed Systems
contained in that frame at one time. The following instructions
can be used to update
one Managed Frame and all Managed Systems that it contains. The
instructions can be
repeated as many times as needed until all Managed Frames have been
updated.
1) Power off all Managed Systems in the Managed Frame
2) Reinstall the current firmware level on all Managed Systems in
the
Managed Frame:
The following command can be used to determine the
current firmware level:
lslic -t sys -m
<managedsystem_1> -F activated_level
The following command will retrieve and reinstall the
current firmware level on
one Managed System:
updlic -o a -m
<managedsystem_1> -t
sys -l <current_fsp_level> -r <repos>
<current_fsp_level> is the
level determined
with the lslic command.
<repos> is the location of the
firmware such as "-r dvd", "-r ibmwebsite", etc.
Additional parameters might be required,
depending on the repository selection.
If the firmware has already been
retrieved to the HMC, the HMC hard drive (-r disk)
should be used as the repository.
After the firmware has been retrieved to the HMC, the
HMC hard drive (-r disk) should
be used as the repository to update the remaining Managed
Systems:
updlic -o a -m
<managedsystem_2> -t
sys -l <current_fsp_level> -r disk
updlic -o a -m <managedsystem_3>
-t sys -l <current_fsp_level> -r disk
......
updlic -o a -m <managedsystem_N>
-t sys -l <current_fsp_level> -r disk
These commands can be run in the background in parallel
to speed up the processing.
Wait for all updlic commands to complete before
proceeding to step 3.
3) Install and activate new BPC firmware only (during this step the
Managed Systems will
transition from "Power Off" to "No Connection" and then
back to "Power Off"):
Select 1 Managed System as the target of the updlic
command and update BPC firmware.
The following command will retrieve firmware from the
repository and update the BPCs:
updlic -o a -m
<managedsystem_1> -t
power -l latest -r <repos> .....
<repos> is the location of the
firmware such as "-r dvd", "-r ibmwebsite", etc.
Additional parameters might be required,
depending on the repository selection.
If the firmware has already been
retrieved to the HMC, the HMC hard drive (-r disk)
should be used as the repository.
4) Wait for all Managed Systems to return to "Power Off" state.
5) Install and activate new firmware on all Managed Systems in the
Managed Frame.
updlic -o a -m
<managedsystem_1> -t
sys -l latest -r <repos> .....
<repos> is the location of the
firmware such as "-r dvd", "-r ibmwebsite", etc.
Additional parameters might be required,
depending on the repository selection.
If the firmware has already been
retrieved to the HMC, the HMC hard drive (-r disk)
should be used as the repository.
After the firmware has been retrieved to the HMC, the
HMC hard drive (-r disk) should
be used as the repository to update the remaining Managed
Systems:
updlic -o a -m
<managedsystem_2> -t
sys -l latest -r disk
updlic -o a -m <managedsystem_3>
-t sys -l latest -r disk
......
updlic -o a -m <managedsystem_N>
-t sys -l latest -r disk
These commands can be run in the background in parallel
to speed up the process.
Wait for all updlic commands to complete before
proceeding to step 6.
6) Power on the Managed Systems
Use the following example as a reference to determine whether your
installation will be concurrent or disruptive.
Note: The file names and service pack levels used in
the following examples are for clarification only, and are not
necessarily levels that have been, or will be released.
Power Subsystem firmware file naming convention:
02EPXXX_YYY_ZZZ
- XXX is the release level
- YYY is the service pack level
- ZZZ is the last disruptive service pack level
NOTE: Values of service pack and last disruptive service
pack level (YYY and ZZZ) are only unique
within a release level (XXX). For example, 02EP330_067_045 and
02EP340_067_053 are different
service packs.
An installation is disruptive if:
- The release levels (XXX) are different.
Example: Currently installed release is EP330, new release is
EP340
- The service pack level (YYY) and the last
disruptive service pack level (ZZZ) are equal.
Example: EP330_120_120 is disruptive, no matter what level of
EP330 is currently
installed on the system
- The service pack level (YYY) currently installed on the system
is lower than the last disruptive service pack level (ZZZ) of the
service pack to be installed.
Example: Currently installed service pack is EP330_120_120 and
new service pack is EP330_152_130
An installation is concurrent if:
- The service pack level (YYY) is higher than the service
pack level currently installed on your system.
Example: Currently installed service pack is EP330_126_120,
new service pack is EP330_143_120.
Firmware Information and Update Description
Filename |
Size |
Checksum |
02EP350_166_034.rpm |
15,247,528 |
03057 |
EP350_166_034 / FW350.F0
05/13/2015
|
Impact:
Availability Severity: SPE
Changes:
- A problem was fixed for the servicing of a bulk power controller (BPC) that may cause the cross power Static Circuit Breaker (SCB) on the other BPC to trip, leaving the SCB inactivated at the end of the service procedure with a call home SRC 14012A85 or 14012B85 logged.
- A security problem was fixed in OpenSSL where the service processor would, under certain conditions, accept Diffie-Hellman client certificates without the use of a private key, allowing a user to falsely authenticate. The Common Vulnerabilities and Exposures issue number is CVE-2015-0205.
- A security problem was fixed in OpenSSL to prevent a denial of service when handling certain Datagram Transport Layer Security (DTLS) messages. A specially crafted DTLS message could exhaust all available memory and cause the service processor to reset. The Common Vulnerabilities and Exposures issue number is CVE-2015-0206.
- A security problem was fixed in OpenSSL to prevent a denial of service when handling certain Datagram Transport Layer Security (DTLS) messages. A specially crafted DTLS message could do an null pointer de-reference and cause the service processor to reset. The Common Vulnerabilities and Exposures issue number is CVE-2014-3571.
- A security problem was fixed in OpenSSL to fix multiple flaws in the parsing of X.509 certificates. These flaws could be used to modify an X.509 certificate to produce a certificate with a different fingerprint without invalidating its signature, and possibly bypass fingerprint-based blacklisting. The Common Vulnerabilities and Exposures issue number is CVE-2014-8275.
- A security vulnerability, commonly referred to as GHOST, was fixed in the service processor glibc functions getbyhostname() and getbyhostname2() that allowed remote users of the functions to cause a buffer overflow and execute arbitrary code with the permissions of the server application. There is no way to exploit this vulnerability on the service processor but it has been fixed to remove the vulnerability from the firmware. The Common Vulnerabilities and Exposures issue number is CVE-2015-0235.
- A security problem was fixed in OpenSSL where a remote attacker could crash the service processor with malformed Elliptic Curve private keys. The Common Vulnerabilities and Exposures issue number is CVE-2015-0209.
- A security problem was fixed in OpenSSL where a remote attacker could crash the service processor with a specially crafted X.509 certificate that causes an invalid pointer, out-of-bounds write, or a null pointer de-reference. The Common Vulnerabilities and Exposures issue numbers are CVE-2015-0286, CVE-2015-0287, and CVE-2015-0288.
|
EP350_163_034 / FW350.E1
01/08/2015
|
Impact:
Security Severity: HIPER
Changes:
- A security problem was fixed in OpenSSL for padding-oracle attacks known as Padding Oracle On Downgraded Legacy Encryption (POODLE).
This attack allows a man-in-the-middle attacker to obtain a plain text version of the encrypted session data. The Common Vulnerabilities and Exposures issue
number is CVE-2014-3566. The service processor POODLE fix is based on a selective disablement of SSLv3 using the Advanced System Management Interface (ASMI)
"System Configuration/Security Configuration" menu options. The Security Configuration options of "nist_sp800_131a", "nist_compat", and "legacy" for affects
the disablement SSLv3 and determines the level of protection from POODLE. The management console also requires a POODLE fix for APAR MB03867(FIX FOR CVE-2014-3566
FOR HMC V7 R7.9.0 SP1 with PTF MH01484) to eliminate all vulnerability to POODLE and allow use of option 1 "nist_sp800_131a" as shown below--
- 1)nist_sp800_131a (SSlv3 disabled)- This highest level of security protection does not allow service processor clients to connect using SSLv3,
thereby eliminating any possibility of a POODLE attack. All clients must be capable of using TLS v1.2 to make the secured connections to the service processor
to use this option. This requires the management console be at a minimum level that has a poodle fix such as HMC V7 R7.9.0 SP1 with POODLE PTF MH01484 or
HMC V7 R7.8.0 SP2 with POODLE PTF MH01432 when it becomes available.
- 2)nist_compat (default mode - SSLv3 enabled for HMC)- This medium level of security protection disables SSLv3 (TLS v1.2 must be used instead) for the web
browser sessions to ASMI and for the CIM clients and assures them of POODLE-free connections. But the older management consoles are allowed to use SSLv3
to connect to the service processor. This is intended to allow non-POODLE compliant HMC levels to be able to connect to the CEC servers until they can be
planned and upgraded to the POODLE compliant HMC levels. Running a non-POODLE compliant HMC to a service processor in this default mode will prevent the
ASMI-proxy sessions from the HMC from connecting as these proxy sessions require SSLv3 support in ASMI.
- 3) legacy (SSLv3 enabled)- This basic level of security protection enables SSLv3 for all service processor client connection. It relies on all clients
being at POODLE fix compliant levels to provide full POODLE protection using the TLS Fallback Signaling Cipher Suite Value (TLS_FALLBACK_SCSV) to prevent
fallback to vulnerable SSLv3 connections. This legacy option is intended for customer sites on protected internal networks that have a large investment in
older hardware that need SSLv3 to make browser and HMC connections to the service processor. The level of POODLE protection actually achieved in legacy mode
is determined by the percentage of clients that are at the POODLE fix compliant levels.
- A security problem was fixed in OpenSSL for memory leaks that allowed remote attackers to cause a denial of service (out of memory on the
service processor). The Common Vulnerabilities and Exposures issue numbers are CVE-2014-3513 and CVE-2014-3567.
|
EP350_159_034
06/09/2014
|
Impact: Security
Severity: HIPER
- HIPER /Pervasive A security problem was fixed in the OpenSSL (Secure Socket Layer) protocol that allowed clients and servers, via a specially crafted handshake packet, to use weak keying material for communication. A man-in-the-middle attacker could use this flaw to decrypt and modify traffic between the management console and the service processor. The Common Vulnerabilities and Exposures issue number for this problem is CVE-2014-0224.
- HIPER /Pervasive A security problem was fixed in OpenSSL for a buffer overflow in the Datagram Transport Layer Security (DTLS) when handling invalid DTLS packet fragments. This could be used to execute arbitrary code on the service processor. The Common Vulnerabilities and Exposures issue number for this problem is CVE-2014-0195.
- HIPER /Pervasive Multiple security problems were fixed in the way that OpenSSL handled read and write buffers when the SSL_MODE_RELEASE_BUFFERS mode was enabled to prevent denial of service. These could cause the service processor to reset or unexpectedly drop connections to the management console when processing certain SSL commands. The Common Vulnerabilities and Exposures issue numbers for these problems are CVE-2010-5298 and CVE-2014-0198.
- HIPER /Pervasive A security problem was fixed in OpenSSL to prevent a denial of service when handling certain Datagram Transport Layer Security (DTLS) ServerHello requests. A specially crafted DTLS handshake packet could cause the service processor to reset. The Common Vulnerabilities and Exposures issue number for this problem is CVE-2014-0221.
- HIPER /Pervasive A security problem was fixed in OpenSSL to prevent a denial of service by using an exploit of a null pointer de-reference during anonymous Elliptic Curve Diffie Hellman (ECDH) key exchange. A specially crafted handshake packet could cause the service processor to reset. The Common Vulnerabilities and Exposures issue number for this problem is CVE-2014-3470.
- Fix to prevent system crash if an independent critical fault occurs on any cage or drawer during concurrent BPA FRU service that involves cycling power on the BPA.
|
EP350_144_034
07/25/2013
|
Impact: Availability
Severity: SPE
- Fix cross-power cable's circuit breaker not being opened as
part of BPC service when mailbox cable is broken
- Add tests to detect and report a dead voltage level 6 on
5797/5798 I/O drawers
- Fix to prevent erroneous defective planar error posted
after power off of 5797/5798 I/O drawer
- Fix some erroneously posted errors
|
EP350_141_034
01/09/2013
|
Impact: Function
Severity: ATT
- Fix I/O drawer service causing drawer to be dropped from
configuration on HMC
- Fix CEC cooling related error codes not being reported to
the FSP and operating system
- Add robustness to concurrent CEC power supply service to
prevent voltage jump to nominal (and resulting checkstop) while exiting
from Low Power Mode
- Prevent rare CEC power supply failures during firmware
updates caused by lowering voltage on heavily loaded levels
- Updates for the BPA fan speed for single-BPA mode systems
|
EP350_131_034
07/27/2012
|
Impact: Availability
Severity: SPE
- Prevent CEC outage during firmware update by avoiding
voltage glitches
- Fix issues when writing frame or IO MTMS
- Fix some erroneously posted errors
|
EP350_124_034
05/02/2012
|
Impact: Availability
Severity: HIPER
- Fix posting of various erroneous Tres24 I/O Drawer faults
- Fix erroneous Local Over Voltage condition which was
blocking concurrent CEC power supply repair
|
EP350_119_034
11/08/2011
|
Impact: Availability
Severity: HIPER
- Prevent erroneous SRCs when BPA loses AC
- Prevent system crash during code update
- Fix erroneous SRC 1401130A (defective planar) being posted
due to intermittent communication I/O drawer DCA
- Fix broken BPD not being detected and erroneous miscable
SRC getting posted instead
- Fix error occurring while attempting to resynchronize HMC
password with the BPC
- Fix not being able to concurrently service BPC-BPC
communication fault SRC 14022B01 without errors
- Fixes to adding 5803 I/O drawer
|
EP350_107_034
06/06/2011
|
Impact: Availability
Severity: ATT
- Change to code update of Tres24 I/O drawer power supplies
to prevent loss of power during the update
- Change to code update of Tres24 I/O drawer power supplies
to eliminate false DCA errors
- Change to prevent false Tres24 I/O drawer planar errors if
a power supply reboots while a planar is initializing
- Change to prevent false Tres24 I/O drawer planar errors
during code update
- Change to prevent voltage glitches during service of I/O
drawer power supplies
- Change to prevent reporting of false SRCs during concurrent
repair of UEPO panel
- Fix for problem that prevented certain BPD faults from
being reported
- Fix to prevent power LEDs in a Tres24 I/O drawer from
turning off when lamp test is run with power on
- Fix to prevent over voltage condition in CEC power supplies
due to long term voltage drift from periodic current adjustments
- Fix for incorrect information in 14027092 error code
|
EP350_085_034
10/26/2010
|
Impact: Availability
Severity: HIPER
- Fixes to improve serviceability
|
EP350_071_034
06/30/2010
|
Impact: Serviceability
Severity: SPE
- Change 5803 I/O drawer power supply reboot threshold (from
2 total to >12 reboots in 24hrs) for trigging defective power supply
errors
- Prevent erroneous 14012051/14012052 SRCs with 0315 reason
code after a 5803 I/O power supply reboot
- Turn off current balancing for voltage level 7 on 5803 I/O
power supplys to eliminate erroneous defective power supply SRCs
|
EP350_049_034
03/15/2010
|
Impact: Serviceability
Severity: HIPER
New Features and Functions:
- Change to 5803 I/O drawer service to disable concurrent
replacement of power supplies and fans due to problem with the current
drawer connectors. This code change will also detect the newer
connector type and then re-enable the concurrent replacement option.
- Change to 5803 I/O drawer fan speed control: speed up fans
to prevent power supply reset during low-load conditions
- Change to 5803 I/O drawer to report a defective power
supply if the supply reboots more than once
Other Changes:
- Fix for displaying incorrect 5803 I/O drawer fan part
number
- Fix for displaying incorrect 5803 I/O drawer port card FRU
part number
- Fix for displaying incorrect 5803 I/O backplane part number
- Fix for Bulk Power Regulator access errors not being
re-reposted after the errors were manually cleared by the service team
- Fix for 5803 I/O drawer to prevent drawer crash when a
power supply reboots
- Fix for failure to deactivate UEPO panel for servicing
- Fix for redundancy check failing when a defective CEC power
supply trips both Static Circuit Breakers
- Fix for location code problems while servicing power supply
and fan cables
- Fix for Bulk Power Controller reset during concurrent
firmware update
- Fix for false 14011302 SRCs reported against 5791 I/O
drawers
- Fix for Modular Water Unit SRCs missing part number, serial
number machine type and model number
- Fix for false 14011305 SRC while powering on I/O drawers
- Fix for critical error detection function being blocked
after a warning error is detected
- Fix for posting both defective fan and defective power
supply SRCs for a defective fan condition in an I/O drawer
- Fix for location code translation failure when attempting
to use fill and drain tool
- Fix for no SRC being reported for dual access errors to the
Modular Wate Unit
|
EP350_034_034
11/23/2009
|
Impact:
Function Severity: SPE
New Features and Functions:
- Improve I2C bus arbitration on I/O drawer
- Enhancements to master I/O DCA recovery during DCA/BPA
servicing and code updating
- Prevent BPC reset if other BPC is not available
Other Changes:
- Fix memory throttling operation
- Fix fault isolation for overvoltages due to voltage
distribution shorts
- Eliminate erroneous error reporting when the EPO switch is
cycled quickly
- Improve fault isolation for DCA shorted oring diode
- Eliminate erroneous SRC for Low Room Temperature and BPC
reset during BPC service
- Fix for certain informational SRCs blocking
non-informational SRCs
- Fix problem with concurrent add of I/O drawer
- Fix for invalid part number in DCA callout
- Fix for redundancy check response toggling on DCA
- Fix for I2C bus conflicts in I/O drawer
- New I/O drawer command to Reset "other" I2C bus from planar
to DCA
- Fix for some I/O drawer voltage levels are not turning on
if master DCA has not been determined
- Water pump firmware workarounds for motor decoupling from
pump
- Fix for power off of B&C IB failing to power off 1/2
after planar failure on one planar
- Fix erroneous defective BPR posting for loss of AC on one
of two line cords on IH system
- Fix for BPA fans going to high speed after loss of AC
recovery
- DCA s/n not listed in call home PMH or PEL data
- Fix for secondary cage/fru incorrect for SRC
14027098/reasonCode : 004f
- Change Health Check to ignore 14019999 informational SRCs
- Fix for concurrent add of BPR/BPD failing
- Fix for invalid MDA PN 41V2522 in error logs
- Fix for 12V Stby voltge glitch between concurrent DCA code
updates
- Fix for DCA left partially upated during concurrent code
update
- Fix for SRC 14010400 posted during code update
- Fix for BPC deactivate causing reset of BPC
|
You can view the frame's current firmware level on the Advanced System
Management Interface (ASMI) Welcome pane. It appears in the top
right
corner. Example: EP330_029.
Follow the instructions on the web page. You must read and agree to
the license agreement to obtain the firmware packages.
Note: If your HMC is not internet-connected you will need to
download the new firmware level to a CD-ROM or ftp server.
The method used to install new firmware will depend on the release
level of firmware which is currently installed on your server. The
release level can be determined by the prefix of the new firmware's
filename.
Example: EPXXX_YYY_ZZZ
Where XXX = release level
- If the release level will stay the same (Example: Level
EP330_075_075 is currently installed and you are attempting to
install level EP330_081_075) this is considered an update.
- If the release level will change (Example: Level EP330_081_075
is currently installed and you are attempting to install level
EP340_096_096) this is considered an upgrade.
Instructions for installing firmware updates and upgrades can be found
at http://publib.boulder.ibm.com/infocenter/systems/scope/hw/topic/ipha1/updateschapter.htm