Power5 Firmware
Applies to: OpenPower, i5 and p5 Servers and IntelliStation
285
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
1.0 Systems Affected
This package provides new firmware for i5, OpenPower, p5 Servers and
IntelliStation 285, EXCEPT for the following systems: 9119-590,
9119-595 and 9406-595 currently at release level SF230 or below.
The firmware level in this package is:
Clarifications for Model 59x
-
Release level SF235_xxx was installed on 59x systems shipping from manufacturing
between October 2005 and May 2006.
-
Field upgrades of 59x servers at firmware release level SF230 (or below)
to firmware release level SF235 are not supported.
-
Customers with 59x systems currently at release level SF235_xxx can concurrently
update the firmware to level SF235_214. If ECA828 has not yet been
applied to system(s) at release level SF235_185 or below, then call 1-800-IBM-SERV
and request ECA828. IBM will dispatch a Service Representative to
complete this upgrade for you. Systems running SF235_206 or SF235_209
do not qualify for ECA828.
-
Customers with 9119 systems at release level SF235 _xxx, a mandatory ECA
was announced on 06/18/2007 to upgrade to release level SF240. Therefore,
customers should call 1-800-IBM-SERV and request ECA834 for IBM to perform
the upgrade.
-
Customers with 9406-595 systems currently at release level SF235_xxx who
would like to upgrade their systems to release level SF240_xxx can either
perform the firmware upgrade themselves, or they can call 1-800-IBM SERV
and request ECA834. IBM will dispatch a Service Representative to complete
this upgrade for you.
Please note that the upgrade path for 59x servers at release level SF230_xxx
bypasses the SF235_xxx release level and goes directly to the SF240_xxx
release level. Refer to the table below:
59x Upgrade Path Reference Table
59x Upgrade Path Reference
Table |
From Level |
To Level |
Mechanism |
SF230_xxx |
SF235_xxx |
Not supported |
SF230_xxx |
SF240_xxx |
Order ECA815 and an IBM SSR will perform the upgrade (as required) |
SF235_xxx |
SF240_xxx |
9119-59x Systems - Order ECA834 and an IBM SSR will perform
the upgrade (mandatory) |
SF235_xxx |
SF240_xxx |
9406-595 Systems - Customer upgradeable, or order ECA834 and
an IBM SSR will perform the upgrade (as required) |
2.0 Cautions and Planning Information
2.1 Read me first
Systems Affected:
9117-570, 9406-570, 9119-590, 9119-595 and 9406-595 systems, running system
firmware release level SF235 or SF240 that was installed when the system
was manufactured, and that have the redundant service processor feature
installed and enabled.
Problem Description:
The problem is typically observed during a concurrent firmware update.
On the affected systems, prior to performing a concurrent firmware update
or disabling service processor redundancy during runtime, see if the system
is in half genesis mode (only one service processor has successfully booted
the system).
During concurrent firmware update, the update will complete successfully
but the service processor failover capability check by the firmware will
leave failover disabled if the secondary service processor has never booted
the system. Failover cannot be re-enabled at runtime, and a scheduled
outage is required to force the secondary service processor to boot the
platform. Message HSCL0293 will be posted on the HMC if the redundant
service processor cannot be enabled due to the system's being in half genesis
mode.
Note: If any of the following events have occurred, the
system is not exposed to this issue:
* A concurrent code update has already been completed successfully and
service processor failover is
still enabled
* Replacement of one or both of the service processors
* Power cycling of the service processors after an initial boot of
the system. (The UEPO was turned off,
then back on.)
* A disruptive firmware installation. (A deferred update will
not correct the problem.)
* Failover at the service processor standby state, due to either an
administrative failover or a failover
due to an error. This assumes that the system was previously
booted on the original primary
service processor.
* Termination of the system after a successful boot
* On model 570 systems only: a secondary service processor was
added to the system after the
original installation.
Procedure to check if system is in half genesis mode via the HMC:
The problem is typically observed during a concurrent firmware update.
On the affected systems, prior to performing a concurrent firmware update
or disabling service processor redundancy during runtime, see if the system
is in half genesis mode (only one service processor has successfully booted
the system).
1. Log into HMC with hscroot id and password.
2. Go to the HMC restricted shell command prompt.
3. Minimize the graphical management window if necessary.
4. Right click the desktop. Select terminal, then rshterm from the
pulldown.
5. Enter the following command: lssyscfg -r sys
6. Make note of the "name=Server-9119-595_020004A," which is the server
name (after the "=" sign) to be used in the command for the next step.
7. Enter the following command: chsyscfg -m name of server from
previous command -r sys -i sp_failover_enabled=1
8. If no output is generated, then no further action is necessary as
the system is not in half genesis
mode.
9. If the following error is generated, then an outage will need to
be scheduled to perform the recovery
procedure:
An error occurred while changing the managed system Server-9119-595_020004A.
HSCL0293 The service process
is in half genesis condition. It needs to be powered
off before trying to enable
failover.
Note: If you get a different error and are not sure how
to proceed, contact the next level of support.
Recovery Procedure if the system is in half genesis mode:
* Power off the system and follow step 1 or step 2 based on the present
status of service processor
failover. After one of the two steps is completed,
continue with step 3.
1. If service processor failover is already disabled (the box is unchecked),
check the box to enable
failover. Then power-on the system and it
will boot on the secondary service processor.
Continue with step 3.
2. If service processor failover is enabled (the box is checked), perform
a failover to the secondary
service processor. To start an administrative
failover (AFO), do the following in the HMC
navigation area:
o Click on Service Applications.
o Click on Service Focal Point.
o Click on Service Utilities.
o Select (highlight) the System Processor.
o Click on Selected and choose Service
processor failover, then select the appropriate option:
* For HMC level
V6R1.x, select Force
* For HMC level
V5R2.x, select Apply from the administrative service processor failover
sub menu.
o Use the procedure below to verify that the primary
and secondary service process or IP addresses
were swapped.
* From HMC GUI:
a) Expand the Management Environment tree.
b) Expand the Server and Environment tree.
c) Select Server Management view.
d) From the right hand pane, right click on the target server.
e) Select Status from pull down menu.
f) Pop-up pane appears showing the service processor failover status.
g) Make note of the primary and secondary service processor IP addresses.
o Primary service processor IP Address is:
o Secondary IP address is:
o After the IP addresses are switched have been swapped,
power the system back on.
3. Check the system to ensure that service processor redundancy is fully
enabled by performing the
following steps when the system is at LPAR standby:
* Expand the Management Environment tree on
the HMC GUI.
* Expand the Server and Environment tree.
* Select Server Management view.
* From the right hand pane, right click on the target
server.
* Select Status from pull down menu.
* Pop-up pane appears showing the service processor
failover status.
* Uncheck the box that states Service processor
failover enabled and hit OK.
* Go back through same steps and re-enable service
processor failover by selecting the box
Service processor failover enabled
and hit OK.
o If service processor failover
is re-enabled successfully, then no further action is necessary.
o If service processor failover
is NOT re-enabled successfully, then contact the next level of
support.
2.2 Cautions
Do not attempt to backlevel firmware from any given
release level to an earlier release level. If you feel that
it is necessary to backlevel the firmware on your system to an earlier
release level, please contact your next level of support.
i5 Systems in an HSL Cluster
A problem has been found when installing this firmware level on running
systems configured in an HSL Opticonnect cluster. Customers
with systems in this type of configuration must power off the managed system
prior to installing this firmware level. If the managed system is
not powered off prior to installing this firmware level there
is a strong possibility of a system crash with SRC B182E500 being logged.
If your systems have firmware release level SF235 installed, the recommended
way to pick up all of the HSL Optconnect fixes is to install firmware
level SF240_284. (For 9406-595 systems, ECA 815 must be installed
before SF240_284 is installed; contact your service support organization.)
This would be a release upgrade, so the managed system will be powered
off automatically as part of the upgrade process.
If you choose to stay on the SF235 release level, the managed system
must be powered off before installing this firmware level.
Important Information for Certain model 520, 285, 52A and 551 Systems
with Remote I/O (RIO)-Attached I/O Drawers
If your system is one of the models listed below, and has a Remote I/O
(RIO) adapter F/C 1806, F/C 1807, or F/C 2888 installed, and has one or
more I/O drawers attached to this adapter, a false failure has been identified
which can potentially cause your system to fail and reboot. Due to
this, it is recommended to plan to reboot the platform after installing
this service pack to activate this fix and prevent a potential unplanned
reboot.
-
i5: 9405-520 and 9406-520 with processor feature code 8325, 8327
or 8330
-
p5: 9111-285, 9131-52A, and 9133-551
Systems at Firmware Level SF230_120 or SF230_126
If your system is HMC managed, and is currently at system firmware level
SF230_120 or SF230_126, you may see a failure on upgrades tothis SF235
service pack. The failure is due to a timing condition in the SF230_120
or SF230_126 firmware (look for an error log with the SRC B181873C).
If this problem is the cause for your failure, it is recommended you update
to SF230_145 or a later SF230 service pack prior to performing the upgrade
to this SF235 service pack. The update from SF230_120 or SF230_126
to a later SF230 level can be done concurrently.
Important Information for 9117-570 and 9406-570 Systems with 12 or 16
Processors
Installation of the SF235_160 level erroneously sets the maximum number
of partitions on systems with 12 or 16 processors to 80, which will cause
the system to go to Recovery or Incomplete state when the HMC is rebooted.
While this problem is resolved by a concurrent update contained in this
service pack, the recommended method of installation is to quiesce and
power down the managed system prior to installation of the service pack.
Concurrent installation and activation is possible in most cases; however,
it requires that the following instructions be followed explicitly.
Regardless of which method of installation is chosen, the HMC must be rebooted
after the service pack is installed.
Note: These instructions are only applicable to systems that were upgraded
from a prior release level to the SF235_160 level. New systems that were
received with system firmware level SF235_160 installed at the factory
will have the 80 partition limit set but will not require these steps to
be performed to install the service pack concurrently.
Concurrent recovery instructions:
1) Reboot the HMC. The managed system will be in the recovery
state.
2) Recover the partition data using the option to restore the profile
data from the HMC backup data.
3) After the system returns to Operating state, install the service
pack immediately. Do NOT attempt any LPAR management tasks (such
as activate, deactivate, create partitions or change profile definitions).
If the system does not return to the Operating state, concurrent recovery
will not be possible. Do NOT proceed. Schedule a service window
which will allow the update to be installed at power off state.
4) After a message indicating a successful completion of the service
pack installation is received, reboot the HMC again. In the event that
the update fails while attempting to return the managed system to its original
state (indicated by message HSCL0037), then a reboot of the managed system
will be required followed by a reboot of the HMC.
Installing System Firmware using a CD
Note: When attempting to install system firmware from CD media
you may receive an HMC error approximately 10 seconds after starting the
installation. Here are probable causes for this problem:
-
ACT01712E - A failure occurred while copying files from your DVD - Retry
the firmware installation after burning a new CD. We recommend DVD-RAM
or CD-R media to reduce the probability of media errors. We recommend you
do
not use CD-RW media.
-
ACT01724E - The operation failed due to an internal code failure - The
filesystem on the HMC may be too full to copy the firmware images.
From the HMC command line issue a "df" command to view %use of the
filesystems. If the /dev/hda2 file system is nearly 100% full, there is
no space in which to copy the firmware files. For guidance
on how to correct this, contact HMC support.
2.3 Planning Information
Power5 Code Matrix
For information regarding HMC code and server firmware levels for the latest
Power5 release see http://www14.software.ibm.com/webapp/set2/sas/f/power5cm/home.html.
For information on supported code combinations see http://www14.software.ibm.com/webapp/set2/sas/f/power5cm/supportedcode.html.
IBM Prerequisite Website
For help in determining firmware and operation system prerequisites for
features you currently have or are planning to add to your system, please
visit the IBM Prequisite website at: http://www-912.ibm.com/e_dir/eserverprereq.nsf
and click on the Hardware tab.
HMC-Managed Systems
An HMC running the latest level of V5 R1.x, V5 R2.x or V6 R1.x will manage
a system with any SF235 firmware release or earlier installed.
Go to the following URLs to access the HMC code packages:
NOTE: You must be logged in as hscroot in order for
the firmware installation to complete correctly.
Attention: Before installing firmware on an HMC
managed system:
-
If installing this level of firmware as a disruptive install, please ensure
that all partitions are gracefully shut down prior to initiating a
firmware installation.
-
To determine if a service pack is disruptive, refer to section 3.0 of this
document.
-
Ensure that there are no outstanding serviceable events showing on the
Service Focal Point before starting the firmware installation.
-
Disable call home prior to beginning the firmware installation.
-
Ensure that the HMC is not network connected to an HMC with call home enabled
prior to beginning the firmware installation.
-
If the system and power subsystem firmware installation results in new
serviceable events, ensure they are resolved/closed prior to re-enabling
call home.
-
Call home should be enabled again at the end of the firmware installation.
-
Verify that you have good network connections between the Hardware Management
Console, the managed system and the power subsystem.
You can verify your network connections by running the following HMC
command from an rsh window:
lssysconn -r all
Below is a sample output of the lssysconn command for a single frame 595
system. It shows two connections have "state = no
connection" problems. If "state = no
connection" is shown for any of the components when running the
lssysconn command, contact your support structure for assistance in correcting
the problem before attempting a Licensed Internal code update.
resource_type=sys,type_model_serial_num=9119-595*512884E,sp=primary,ipaddr=192.168.255.250,state=Connected
resource_type=sys,type_model_serial_num=9119-595*512884E,sp=backup,ipaddr=192.168.252.255,state=No
Connection
resource_type=frame,type_model_serial_num=9458-100*918000X,side=a,ipaddr=192.168.253.253,
state=No Connection
resource_type=frame,type_model_serial_num=9458-100*918000X,side=b,ipaddr=192.168.254.251,
state=Connected
Note: Only 590, 595, 575 systems and 570 systems equipped
with redundant service processors will display multiple components. All
other system types will only return a single line for each managed system.
Memory Considerations for Firmware Upgrades
The increase in memory used by the firmware is due to the additional functionality
in later firmware releases.
3.0 Firmware Information
and Description
IBM introduced the Concurrent Firmware Maintenance (CFM) function on p5
systems in system firmware level SF230_126_120, which was released on June
16, 2005. This function supports nondisruptive system firmware service
packs to be applied to the system concurrently (without requiring an IPL
to activate changes).
For systems that are not managed by an HMC, the installation of system
firmware is always disruptive.
Note: The concurrent levels of system firmware may, on occasion,
contain fixes that are known as deferred. These deferred fixes can be installed
concurrently, but will not be activated until the next IPL. Deferred
fixes, if any, will be identified in the "Firmware Update Descriptions"
table of this document. For deferred fixes within a service pack,
only the fixes in the service pack which cannot be concurrently activated
are deferred.
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.
System firmware file naming convention:
01SFXXX_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, 01SF235_250_120 and 01SF240_250_200
are different service packs.
An installation is disruptive if:
-
The release levels (XXX) are different.
Example: Currently installed release is SF225, new release is SF230
-
The service pack level (YYY) and the last disruptive service
pack level (ZZZ) are equal.
Example: SF230_120_120 is disruptive, no matter what level of SF230
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 SF230_120_120 and
new service pack is SF230_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 SF230_126_120,
new service pack is SF230_143_120.
Firmware File Information and Update Description
NOTE: For update descriptions of previously released firmware
see Section 7.0
Firmware History.
Filename |
Size |
Checksum |
01SF235_214_160.rpm |
14571808 |
56350 |
SF235 |
SF235_214_160
01/03/07 |
Impact: Function Severity:
Special Attention
System firmware changes that affect all p5 and i5 systems:
-
DEFERRED: A change was made to improve the reliability of
system memory. This change reduces the likelihood of SRC B123E500
occurring, and also reduces the likelihood of a system crash with SRC B1xxF667.
-
HIPER: A problem was fixed that caused the system to crash
with SRC B150D133. A system dump is generated as a result of the problem
(SRC B181F03B).
-
HIPER: A problem was fixed that caused prevented correctable
L3 errors from being recovered, with the result that an error threshold
was reached, and an erroneous FRU callout was made.
-
HIPER: A problem was fixed that caused I/O paths to be deconfigured
after certain types of failures, indicated by SRC B170100A, until no I/O
paths were left. The firmware has been changed so that the I/O paths
are no longer deconfigured under these circumstances.
-
HIPER: A problem was fixed that was preventing AIX system
dumps with SRC D200A200 after a partition hang.
-
A problem was fixed that caused the system or partition to crash when corruption
was detected in low memory.
-
A problem was fixed that caused the platform dump function to fail intermittently.
The symptoms were that the dump did not terminate the system, and only
partial dumps were collected.
-
A problem was fixed that caused SRC B150F62A to be erroneously generated
during a dump; the software portion of the dump was lost as well.
-
A problem was fixed that caused SRC B121E500 with word 8 = 00530006 to
be erroneously generated after a memory steering operation.
-
A problem was fixed in partition firmware that caused a system or partition
to hang at progress code CA00E891 when booting.
-
A problem was fixed that caused dynamic logical partitioning (DLPAR) operations
to intermittently hang partitions running Linux.
-
A problem was fixed that caused a system or partition to crash when trying
to view the fibre-channel boot devices in the SMS menus.
-
A problem was fixed that caused AIX to incorrectly report errors that occurred
during booting and were then passed to the AIX error log.
-
A problem was fixed that caused the "ping" command in the system management
services (SMS) to fail during a NIM installation.
-
A problem was fixed that caused the additional error data words with SRC
B2001150 to be incomplete.
-
A problem was fixed that caused multiple B7005190 SRCs to be generated
when virtual Ethernet adapters were configured.
-
A problem was fixed that prevented a tower from being viewed on the HMC
after a concurrent replacement of the tower's backplane.
-
A problem was fixed that might have caused a race condition in the hypervisor
firmware to occur, which could cause a platform-wide hang.
System firmware changes that affect the model 575, 590, and 595, other
HMC-controlled servers, and clustered systems:
-
HIPER: On model 575, 590, and 595 systems, a problem was fixed
that caused a memory failure with SRC B123E500 after the concurrent repair
of a CEC DCA.
-
HIPER: On systems with a redundant service processor, a problem
was fixed that caused the connection state to toggle between "Incomplete",
"No Connection" and "Already Connected".
-
On systems that have two HMCs attached, a problem was fixed that caused
a system dump collected by the HMC to be truncated.
-
On systems that have two HMCs attached, a problem was fixed that caused
a firmware update to fail with SRC B181300A.
-
On model 590 and 595 systems, a problem was fixed that caused the platform
dump to be corrupted when the hardware content of the system dump (which
is set using the service processor menus) was set to "maximum".
-
On model 590 and 595 systems, the FRU callouts were enhanced to improve
system reliability after an uncorrectable memory error occurs (with SRC
B123E500).
-
A problem was corrected in which a system dump (collected by the HMC) that
is greater than 4 GB is incorrectly truncated and returns invalid data.
This change properly returns a 4GB system dump when truncation is required.
-
On systems managed by an HMC, a problem was fixed that caused the HMC to
report that an incomplete platform dump had been collected, even though
the entire dump was available.
-
On systems with a redundant service processor, a problem was fixed that
prevented the IP addresses of the secondary service processor from being
displayed using function 30 on the control (operator) panel.
-
On systems with a redundant service processor, a problem was fixed that
caused the secondary service processor to be guarded out when there was
a failure in the network that connects the two service processors.
-
On systems with a redundant service processor, a problem was fixed that
caused SRC B1815008 to be erroneously logged by the secondary service processor
after a firmware installation.
-
On systems with a redundant service processor, a problem was fixed that
caused SRC B1xxB013 to be erroneously logged after a firmware installation.
-
On systems with a redundant service processor, a problem was fixed that
caused an entry in the service processor error log that erroneously indicated
that the secondary service processor had been guarded out.
-
On systems with a redundant service processor, a problem was fixed that
caused the secondary service processor to reset/reload after several months
of run time (with SRC B1817201), due to an out-of-memory condition.
-
A problem was fixed that prevented a service processor failover from being
completed successfully after the primary service processor experienced
a DMA transfer timeout.
-
On a system configured with the virtual partition manager (VPM), a problem
was fixed that caused the F6 option in the i5/OS service activity log (SAL)
to be unavailable when the system attention indicator was on.
-
A problem was fixed that prevented some partitions from being reactivated
after a short power outage caused them to be deactivated.
-
A problem was fixed that caused the HMC to go to the incomplete state when
utilization data was requested from the managed system.
-
A problem was fixed that caused an IOP-less i5/OS partition with a large
amount of memory and a small logical memory block (LMB) size to fail to
boot.
-
A problem was fixed that caused the system to crash with SRC B182E500,
and a system dump to be created, when an I/O resource was removed by a
DLPAR (dynamic logical partitioning) operation.
System firmware changes that affect certain p5, i5, and OpenPower systems:
-
HIPER: On model 561, 570, 590 and model 595 systems, a problem
was fixed that caused memory to be deconfigured due to an erroneous memory
controller failure, with SRC B121E500 and word 8 = 00EA0035.
-
DEFERRED and HIPER: The hardware initialization settings were changed
to reduce the likelihood of a system crash with SRC B114E500 and word 8
= 03010008. This affects the following systems:
-
i5: 9405-520 and 9406-520 with processor feature code 8325, 8327
or 8330.
-
p5: 9115-505, 9111-285, 9131-52A and 9133-55A.
-
On model 561, 570, and 575 systems, a problem was fixed that caused PCI
bus errors to be logged during a hardware reset of the service processor.
-
On systems with one physical processor, a problem was fixed that caused
SRC A7004730 to be erroneously posted on the control (operator) panel,
and logged in the service processor error log, once an hour.
-
On systems with i5/OS partitions, a problem was fixed that allowed the
IOP-less IPL of a partition to loop forever while waiting for the load
source device to become available.
-
On systems with i5/OS partitions, a problem was fixed that caused the IPL
of IOP-less partitions to fail when "Maximum Virtual Adapters" is set to
1000 or more.
-
On systems with i5/OS partitions, the hardware debugger was disabled because
it was erroneously modifying memory.
System firmware changes that affect systems using HSL Opticonnect:
-
DEFERRED and HIPER: A problem was fixed that caused a partition
to terminate during boot with SRC B6000103. This change only affects
systems participating in an HSL Opticonnect cluster environment.
-
A problem was fixed that caused a system in an Opticonnect cluster to crash
with SRC B182E500 when partitions were activated.
|
4.0
How to Determine Currently Installed Firmware Levels
Instructions for determining the current level of firmware can be found
at http://publib.boulder.ibm.com/eserver/v1r3s/index.jsp?topic=/ipha5/viewexistlevel.htm
5.0 Downloading
the Firmware Package
The firmware is located at the web site
http://www14.software.ibm.com/webapp/set2/firmware/gjsn
Follow the instructions on this web page. You must read and agree to
the license agreement to obtain the firmware packages.
In the drop-down box, choose the entry for your specific machine type
and model.
You may download the rpm file for system firmware from this location
to your server, an ftp server, or a CD-ROM. If your system is HMC-managed,
you will also need to download the xml file located on the final download
page. Make sure the file names have the format 01SF2xx_yyy_zzz, with
an extension of .rpm and .xml, before copying them to your server, an ftp
server or CD-ROM. If using a CD-ROM, copy the .rpm and .xml files
to the CD-ROM using a local CD-ROM burner utility.
Another method is to download the ISO image and create a CD-ROM to use
with your HMC. The ISO image contains both the system and power subsystem
firmware files.
Note: If your HMC is not internet-connected you will need to download
the new firmware level to a CD-ROM or ftp server.
6.0 Installing the Firmware
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: 01SFXXX_YYY_ZZZ
Where XXX = release level
-
If the release level will stay the same (Example: Level 01SF222_075_075
is currently installed and you are attempting to install level 01SF222_081_081)
this is considered an update.
-
If the release level will change (Example: Level 01SF222_081_081 is currently
installed and you are attempting to install level 01SF225_096_096) this
is considered an upgrade.
Instructions for installing firmware updates and upgrades can be found
at
http://publib.boulder.ibm.com/infocenter/eserver/v1r3s/index.jsp?topic=/ipha5/fix_serv_firm_kick.htm
Choose the options that match your server setup, and follow the instructions
provided.
Note: For systems without an HMC, the update and upgrade procedure is
the same.
7.0 Firmware History
SF235 |
SF235_209_160
06/16/06 |
Impact: Function Severity:
Hiper
System firmware changes that affect the model 575, 59x, other HMC-controlled
servers, and clustered systems:
-
In a system with a redundant service processor, a
problem was fixed that caused one of the service processors to fail, and
be removed from the configuration, if an interrupt was pending during initialization.
-
In a system with a redundant service processor, a
problem was fixed that caused one of the service processors to fail during
a failover, and the hypervisor was then unable to reset the system.
-
In a system with a redundant service processor, a
problem was fixed that caused PCI bus errors to occur when a hardware reset
of the service processor occurred at runtime, and the service processor
was on a shared PCI bus.
System firmware changes that affect certain p5 and i5 systems:
-
DEFERRED and HIPER: A problem was fixed
that caused certain types of I/O adapters to fail at runtime. This
affects the following systems:
-
i5: 9405-520 and 9406-520 with processor feature
code 8325, 8327 or 8330.
-
p5: 9115-505, 9111-285, 9131-52A and 9133-55A.
-
HIPER: A problem was fixed that caused
erroneous B113E500 errors. This affects the following systems:
-
i5: 9405-520 and 9406-520 with processor feature
code 8325, 8327 or 8330.
-
p5: 9115-505, 9111-285, 9131-52A and 9133-55A.
-
HIPER: A problem was fixed that intermittently
caused a service processor performing a hardware reset to disturb other
devices on the same PCI bus. This affects the following systems:
-
i5: 9406-570.
-
p5: 9117-570 and 9118-575.
-
DEFERRED and HIPER: A problem was fixed that caused the system
to crash with SRC B131E500 ("I/O hub error"). This affects the
following systems if Remote I/O (RIO) attachment card F/C 1806, F/C 1807,
or F/C 2888 is installed, and one or more I/O drawers is attached to this
adapter:
-
i5: 9405-520 and 9406-520 with processor feature
code 8325, 8327 or 8330.
-
p5: 9115-505, 9111-285, 9131-52A, and 9133-55A.
-
A problem was fixed that caused erroneous errors
during boot on certain slots. This affects the following systems:
-
i5: 9405-520 and 9406-520 with processor feature
code 8325, 8327 or 8330.
-
p5: 9115-505, 9111-285, 9131-52A and 9133-55A.
|
SF235_206_160
04/18/06 |
Impact: Function Severity:
Hiper
Fixes that were deferred in earlier levels but are concurrent in
this level:
In firmware levels SF235_180 and SF235_185, there were two fixes
that were deferred:
1. A fix that affected all p5, i5, and OpenPower systems:
HIPER: An incorrect initialization setting in the shared memory
interface (SMI) may cause a system checkstop, which could result
in a system or partition crash. This is also known as the "SMI parity error"
issue.
In SF235_206 and later service packs, this fix is CONCURRENT.
2. A fix that affected all p5, i5, and OpenPower systems:
HIPER: The initialization settings of the memory buffers
were changed to fix an incorrect timeout setting in the non-cacheable unit
(NCU). The current settings may cause a system checkstop, which could
result in a system and partition crash. This is known as the "EMQ
hang" problem.
In SF235_206 and later service packs, this fix is CONCURRENT.
Also in this release of the fix, the recovery time for the EMQ hang was
improved to benefit HACMP configurations.
System firmware changes that affect all p5 and i5 systems:
-
HIPER: A problem was fixed that caused the system to interpret
a machine condition as requiring special attention handling, where no such
special attention existed. This could result in a system checkstop.
This problem is also know as the "Master Attention Alone" condition.
-
HIPER: A problem was fixed that might prevent the system
from completing memory bit steering on DDR1 DIMMs during runtime.
In this scenario, the system posts an SRC of B120E500, which informs the
user to IPL the system to complete the memory bit steering operation.
This fix allows the system to complete the memory bit steering during runtime
(with no SRC being posted), and no reboot is required. (If memory
runs out of spare bits to use for steering, the system will post SRC B123E500
as a predictive error, with word 8=xxxxxx8A.)
-
DEFERRED and HIPER: Additional hardware initialization settings
were changed to prevent system hangs with B7xx406E reference code.
-
DEFERRED: A problem was fixed that caused a dump to stop before
completion after a hardware failure with error code B1xxF22A.
-
DEFERRED: A problem was fixed that caused the system to terminate
with an error code of B182901D.
-
A problem was fixed that caused the service processor to perform a reset/reload
too frequently, which caused too many dump files to be generated.
-
A problem was fixed that was causing SRC B1xxE500 (with SRC word 8 equal
to DD02) when processor runtime diagnostics were called during a dump.
-
A problem was fixed that caused a BA180010 error to be logged when a PCI-X
DDR slot was empty.
-
A problem was fixed that caused error codes 11001D60 and 11001D63 to be
erroneously generated when powering down the system.
-
A problem was fixed that kept an already-connected uninterruptible power
supply (UPS) from being detected correctly after the service processor
performed a reset/reload operation.
-
A problem was fixed that caused the system to fail to boot if the white
power button was pressed within 10 seconds after reaching standby, but
before C1802000 was posted on the control (operator) panel.
-
A problem was fixed that caused error code B157F22A to be posted after
a main store dump.
-
A problem was fixed that prevented informational errors in the advanced
system management (ASM) error logs from being seen by the admin user.
-
The firmware was changed to insure that error log entries related to ambient
temperature problems (error codes such as 11007201, 11007203, and 11007205,
for example) are sent up to the operating system.
-
A problem was fixed that was preventing systems and partitions with multiple
fiber channel adapters from booting.
-
A problem was fixed that caused a reset/reload to fail with error code
B181D13C when a certain type of hardware attention was being handled.
System firmware changes that affect the model 575, 59x, other HMC-controlled
servers, and clustered systems:
-
DEFERRED and HIPER: A potential server checkstop issue exists
in clusters using p5 models p575, p590, and p595, when these models are
used to execute compute-intensive applications tuned with the November
Power5 Fortran compiler. Clusters executing applications that are
compiled for optimal performance by utilizing the software pre-fetch function
are exposed to a server checkstop (B1xxE500). Hardware initialization settings
were changed to fix this problem and the performance tools modified
to take these new settings into account.
-
DEFERRED and HIPER: An initialization problem was fixed that
was causing the high-performance switch (HPS) network adapter to hit the
adapter error threshold during run-time.
-
HIPER: A problem was fixed that caused model 575 nodes to
fail to boot with SRC B1817201.
-
HIPER: On systems with a high performance switch (HPS) network
adapter installed, a problem was fixed that caused a checkstop when memory
was moved from a partition that did not own an HPS network adapter.
-
HIPER: A problem was fixed that was causing the power control
code to time out when querying the vital product data (VPD) on large system
configurations.
-
HIPER: In a system with a redundant service processor, a problem
was fixed that caused erroneous registry errors with error code B1818A09
to be generated intermittently.
-
HIPER: In a system with a redundant service processor, a problem
was fixed that caused runtime fail-over to the secondary service processor
to fail.
-
HIPER: In a system with a redundant service processor, a problem
was fixed that caused 11001Dxx error codes to be erroneously logged after
a failover to the secondary service processor.
-
HIPER: In a system with a redundant service processor, a problem
was fixed that caused the system to fail to boot, and one of the service
processors to become deconfigured.
-
HIPER: In a system with a redundant service processor, a problem
was fixed that caused the corruption of registry values on the primary
service processor. This registry corruption was evidenced by the
fact that the hypervisor reported the amount of configurable memory incorrectly.
-
In a system with a redundant service processor, a problem was fixed that
caused a firmware installation to fail with multiple occurrences of error
code B1818A0E.
-
The firmware was enhanced so that control (operator) panel function 30
displays the secondary service processor's IP address as well as the primary
service processor's IP address.
-
In a system with a redundant service processor, a problem was fixed that
was causing error code B17CE433 to be erroneously generated after an administrative
fail-over.
-
A problem was fixed that caused error code HSCL1400 to be generated when
a redundant service processor was installed with firmware release SF230
or earlier.
-
In a system with a redundant service processor, a problem was fixed that
was causing the secondary service processor to fail after too many write
operations into the flash memory.
-
In a system with a redundant service processor, a problem was fixed that
was causing the system to reboot continuously while the secondary service
processor was attempting to mount a file system.
-
On a system in which a redundant service processor is installed, a problem
was fixed that was preventing the system from booting (with error code
B155B06F) when one service processor encountered a problem collecting vital
product data (VPD).
-
A problem was fixed that caused a system with only a primary service processor
installed to report the state of the secondary as "broken" instead of "not
installed"; this prevented a firmware installation on the primary service
processor.
-
A problem was fixed that caused the error logs to be cleared on the secondary
service processor when it was rebooted.
-
In a system with a redundant service processor, a problem was fixed that
prevented a service processor fail-over from completing if a hardware error
occurred before the fail-over.
-
In a system with a redundant service processor, a problem was fixed that
was causing a 11005000 or 11005001 error code to be logged during an administrative
failover.
-
In a system with a redundant service processor, a problem was fixed that
was causing a partition's time-of-day (TOD) clock to jump forward a large
amount of time after a failover to the secondary service processor.
If this problem is encountered after this level of firmware is installed,
the partition will have to be rebooted to correct the TOD clock.
-
In a system with a redundant service processor, a problem was fixed that
was causing an invalid error code (B181E436) to be generated during a concurrent
firmware update.
-
In a system with a redundant service processor, a problem was fixed that
was preventing the system from being powered on or powered off after a
surveillance failover during a power transition (with error code B181E664).
-
A problem was fixed that was preventing a PCI adapter from configuring
in a tower after concurrent maintenance on the slot. If this problem
is encountered, the system must be rebooted for the adapter to be correctly
configured after the repair. After this fix is concurrently activated,
it will prevent the problem from reoccurring.
-
A problem was fixed that caused some error log entries not to be seen on
the HMC.
-
A problem was fixed that caused multiple B176871C error codes to be generated.
-
A problem was fixed that caused an error log entry with error code B1xxE661
to be erroneously generated after an HMC-initiated system firmware installation.
-
A problem was fixed that caused some error codes not to be sent to the
control (operator) panel when i5/OS failed; instead, D200C2FF is left in
the control panel display. The terminating SRC can be found in the
ASMI error logs. This problem is only seen on i5 systems in default
mode without an HMC attached.
-
A problem was fixed that may be encountered during a reset/reload of the
service processor; the symptom is a system failure with a B7000103 error
code. If this problem is encountered, the system must be rebooted
to recover. When this fix is concurrently activated, it will prevent
the problem from reoccurring.
-
A problem was fixed that was seen on an HSL Opticonnect cluster when there
were more than 10 partitions on either system in the Opticonnect cluster;
the failure occurred during a partition boot.
-
If you are currently affected by this problem, a server IPL must
be performed to reactivate the low-level HSL Opticonnect
connection between the servers.
-
This problem can be avoided by manually starting the partitions individually
instead of using "autostart" to start the partitions.
-
Concurrently activating this fix will prevent the problem from occurring
again.
-
A problem was fixed that occurred during server boot on a server with a
redundant service processor installed; the server hangs at progress code
C700406E.
-
If the server is currently hung at C700406E, this level of firmware
can be installed disruptively from the HMC, and the problem will be resolved
when the system is automatically rebooted after the installation.
-
If the server is not hung, this level of firmware can be applied concurrently.
System firmware changes that affect model 570 systems with more than
one processor drawer:
-
On model 570 systems with more than one processor drawer, a problem was
fixed that was preventing enclosure VPD keywords from being changed in
the second, third, and fourth processor drawers using the ASMI menus.
-
The firmware was enhanced so that the progress codes that indicate discovery
of the secondary service processor are displayed on the control (operator)
panel.
System firmware changes that affect p5 and i5 systems not in 24 inch
racks:
-
On a system that is not managed by an HMC, progress codes were being displayed
on the potential firmware consoles; this caused the console selection message
to scroll off the screen.
-
A problem was fixed that caused error code 11002600 SRC to be generated
during the power-down sequence, and a failure of the subsequent power-on
with error code B150F22A.
|
SF235_185_160
01/13/06
|
Impact: Function Severity:
Hiper
System firmware changes that affect models 590 and 595, other HMC-controlled
servers, and clustered systems:
-
Fixed a problem that was causing error code B1xx100A to be logged when
an HMC was disconnected from a managed system. This problem is much
more likely to occur on managed systems that have two or more HMCs attached,
but it can also be seen on systems with only one HMC attached.
-
Fixed a problem that caused commands involving LEDs to time out on large,
heavily configured systems.
-
A new function was added to system firmware to allow power code downloads
to towers to be enabled and disabled. On eServer systems with a large
number of towers, this allows customers to shorten the downtime after a
system firmware installation by disabling the power code download to the
towers, then enabling it at a convenient time.
System firmware changes that affect specific p5 and i5 systems not in
24 inch racks:
-
Supports Double Data Rate (DDR) PCI adapters in DDR PCI slots in the following
systems: 9111-520, 9131-52A, 9113-550, 9133-55A, 9111-285,
9405-520, and 9406-520. Running a DDR PCI adapter in a DDR PCI slot
in one of these models with a firmware level prior to this one may result
in a potential data error. IBM recommends that you install this level
immediately if using a DDR PCI adapter.
Full DDR adapter performance is not enabled in this level. Full performance
is planned to be enabled in a service pack that will be released in the
future. |
SF235_180_160
12/06/05 |
Impact: Serviceability
Severity: Special Attention
System firmware changes that affect all p5 and i5 systems:
-
DEFERRED The hardware initialization settings were changed
to prevent system crashes at runtime under some circumstances.
-
DEFERRED The initialization settings of the memory buffers
were changed to eliminate spurious checkstops that were causing system
and partition crashes.
-
Fixed a problem that causes the system attention LED to be in the incorrect
state.
-
Fixed a problem that was causing the system attention light to come
on even though no serviceable events had been logged.
-
Fixed a problem that was causing the SMS menus to hang when the boot list
was viewed or changed when two AIX images are on one hard file.
-
Fixed a problem that caused a 11003114 error code to be generated during
power on.
-
Fixed a problem that caused a null pointer in the virtual I/O (VIO) firmware.
-
i5/OS only: Fixed a problem that was preventing an i5/OS partition
from booting from an IOA in a DDR slot.
-
i5/OS only: Fixed a problem that was causing some adapters to fail
to become operational in i5/OS in a DDR (double data rate) slot.
-
i5/OS only: Fixed a problem that was causing incorrect error reporting
for adapters that do not support extended error handling (EEH) when installed
in a DDR slot.
System firmware changes that affect models 590 and 595, other HMC-controlled
servers, and clustered systems:
-
DEFERRED Fixed a problem that prevented a VTERM
session from being opened on the HMC in certain network configurations.
-
Fixed a problem that caused bulk power controller (BPC) connection errors
in clustered systems by increasing the NETC SSL time-out value.
-
Fixed a problem that caused HMC-directed concurrent maintenance actions
to fail with the message "CIM client detected: hard stop or user
intervention. Try again or delay the repair.".
-
Fixed a problem that was causing platform dumps on large, richly-configured
systems to result in an out-of-bounds memory access failure.
-
A change was made to shorten the time to execute DLPAR memory removal operations.
System firmware changes that affect systems that are not HMC-controlled:
-
A timing issue in the firmware was fixed that was causing firmware installations
from the operating system to fail.
System firmware changes that affect the model 570:
-
On a model 570 systems with 12 or 16 processors, the maximum number of
partitions had been erroneously set to 80 in SF235_160; this firmware level
sets the maximum back to 120 partitions for 12 processors and 160 for 16
processors.
-
On the model 570 with three or four processor drawers, fixed a problem
that was causing the system to stop with error code A7004713 when installing
SF235_160 or higher system firmware.
|
SF235_160_160
10/14/05 |
Impact: Function Severity:
Special Attention
New function:
-
On i5 systems, added support for booting from a boot device attached to
an IOP-less adapter.
-
Added support for the installation of two copies of the AIX operating system
on one hard file. This includes support in the SMS menus for booting
from either one.
-
Added support for feature code 1812, the GX Dual-port 4x InfiniBand Host
Channel Adapter, on model 52A systems.
-
Added support for feature code 1811, the GX Dual-port 4x InfiniBand Host
Channel Adapter, on model 575 systems.
-
Added support for moving the CUoD resources from one system to another
system.
-
Added support for the capability to set up a backup shared ethernet so
that the shared ethernet function can fail-over to a standby shared ethernet
if the primary fails. This function is part of the virtual IO server.
-
Added support for redundant service processors with dynamic failover in
models 570, 590, and 595.
-
Added support for modifying the number of On/Off CoD activations during
the active period.
-
Added support for unattended HMC installation over a network, and to back
up full HMC disk images onto a network server.
-
Added support for new models: 9131-52A, 9111-285, 9133-55A, 9115-505.
-
Various enhancements to the ASCII version of the Advanced System Management
Interface (ASMI) menus were made.
Problems resolved:
-
Fixed a problem that was causing the user data in a service processor error
log entry generated by the bulk power controller to be truncated to 2048
bytes.
-
Fixed a problem that caused unnecessary Service Agent calls because SRC
B1816009 was being generated when the white power button was pressed before
the power-on sequence was complete.
-
On model 590 and 595 systems, fixed a problem that was causing DDR II memory
cards in slots C10 and C12 to fail the memory test during a slow-mode boot.
-
Fixed a problem that prevents power on and posts a 11002613 error
code when AC is lost to one power supply. This problem exists only
in SF230 levels of firmware.
-
Fixed a problem that was causing a platform dump to be incomplete under
certain circumstances.
-
Fixed a problem that was causing a hypervisor dump to be corrupted.
-
Fixed a problem that caused the location codes to be incorrect after the
planar is replaced in a pSeries 7311-D20 drawer.
-
The timestamp from the bulk power controller was added into the serviceable
event log entry.
-
Fixed a problem that prevented the "nvunalias" open firmware command from
working.
-
Fixed a problem that kept the physical I/O description field on the HMC
GUI from being updated after a "remove FRU and add FRU" operation.
-
Fixed a problem that caused a service processor dump or a platform dump
and SRC B1817201 or B7004400.
-
Changed the firmware so that a modem attached to a system port will reconfigure
to enable call-in following a power failure.
-
Fixed VPD-related command hangs (such as lsmcode, lsvpd, snap)
-
Fixed several problems associated with firmware installations:
-
SRC B1814008 or B181F131 was generated on reboot
-
A service processor dump occurred during a firmware installation
-
"lsmcode -c" command displayed all zeros for the firmware level on the
T side after an installation
|
SF230 |
SF230_158_120
09/25/06 |
Impact: Function Severity:
Hiper
System firmware changes that affect systems using HSL Opticonnect
-
A problem was fixed that caused a system in an Opticonnect cluster to crash
with SRC B182E500 when partitions were activated.
System firmware changes that affect the model 575, 590, and 595, other
HMC-controlled servers, and clustered systems
-
HIPER: On model 575, 590, and 595 systems, a problem was fixed that
caused a memory failure with SRC B123E500 after the concurrent repair of
a CEC DCA.
-
On model 590 and 595 systems, the FRU callouts were enhanced to improve
system reliability after an uncorrectable memory error was repaired.
-
A problem was fixed that was causing enhanced error handling (EEH) error
codes to be erroneously generated on 7040-61D I/O drawers when certain
adapter card configurations were heavily stressed by the application code.
System firmware changes that affect certain p5, i5, and OpenPower systems
-
HIPER: On model 561, 570, 590 and model 595 systems, a problem was
fixed that caused memory to be deconfigured due to an erroneous memory
controller failure, with SRC B121E500 and word 8 = 00EA0035.
-
On model 561 and 570 systems with more than one processor drawer, a problem
was fixed that was preventing enclosure VPD keywords from being changed
in the second, third, and fourth processor drawers using the ASMI menus.
-
A problem was fixed that caused the service processor to run out of memory
with SRC B110F139.
System firmware changes that affect all p5 and i5 systems
-
HIPER: A problem was fixed that caused prevented correctable L3 errors
from being recovered, with the result that an error threshold was reached,
and an erroneous FRU callout was made.
-
HIPER: A problem was fixed that caused the system or partition to
crash when corruption was detected in low memory.
-
HIPER: A problem was fixed that was preventing AIX system dumps with
SRC D200A200 after a partition hang.
-
A problem was fixed that caused dynamic logical partitioning (DLPAR) operations
to intermittently hang partitions running Linux.
-
A problem was fixed that caused AIX to incorrectly report errors that occurred
during booting, and were then passed to the AIX error log.
-
A problem was fixed that caused the "ping" command in the system management
services (SMS) to fail during a NIM installation.
-
A problem was fixed that caused multiple B7005190 SRCs to be generated
when virtual Ethernet adapters were configured.
-
A problem was fixed that kept an already-connected uninterruptible power
supply (UPS) from being detected correctly after the service processor
performed a reset/reload operation.
|
SF230_156_120
04/03/06 |
Impact: Function Severity:
Hiper
Two fixes that were deferred in earlier levels are concurrent in
this level:
1. In firmware level SF230_150, there was a deferred fix that
affects all p5 and i5 systems:
HIPER: The initialization settings of the memory buffers
were changed to eliminate spurious checkstops that were causing system
and partition crashes.
In SF230_156, this fix is CONCURRENT.
2. In firmware level SF230_153 (which is also part of ECA 823),
there was a deferred fix that affects model 59x systems:
HIPER: The hardware initialization settings were changed
to fix an incorrect timeout setting in the non-cacheable unit (NCU). The
current settings may cause a system checkstop, which could result in a
system or partition crash. This is also known as the "EMQ hang"
problem.
In SF230_156, this fix is CONCURRENT. Also, the recovery time
for the EMQ hang was improved to benefit HACMP configurations.
System firmware changes that affect all p5 and i5 systems:
-
HIPER: An incorrect initialization setting in the shared memory
interface (SMI) may cause a system checkstop, which could result
in a system or partition crash. This is also known as the "SMI parity error"
issue.
-
HIPER: Fixed a firmware problem that caused the system to
interpret a machine condition as requiring special attention handling,
where no special attention existed. This could result in a system checkstop
(with error codes B181F647 and B110F139). This problem is also known
as the "master attention alone" issue.
System firmware changes that affect the model 575, 59x, other HMC-controlled
servers, and clustered systems:
-
DEFERRED and HIPER: A potential server checkstop issue exists
in clusters using p5 models p575, p590, and p595, when these models are
used to execute compute-intensive applications tuned with the November
Power5 Fortran compiler. Clusters executing applications that are
compiled for optimal performance by utilizing the software pre-fetch function
are exposed to a server checkstop (B1xxE500). Hardware initialization settings
were changed to fix this problem and the performance tools modified
to take these new settings into account.
-
HIPER On systems with a high performance switch (HPS) network
adapter installed, fixed a problem that caused a checkstop when memory
was moved from a partition that did not own an HPS network adapter. problem
was fixed that prevented I/O towers from being concurrently added to i5
systems.
-
A problem was fixed that was preventing partitions with large amounts of
memory from booting successfully.
-
The firmware was changed so that the time it takes to remove a large amount
of memory from a partition using a DLPAR (dynamic LPAR) operation is reduced.
-
A problem was fixed that was causing enhanced error handling (EEH) error
codes to be erroneously generated on 7040-61D I/O drawers when certain
adapter card configurations were heavily stressed by the application code.
System firmware changes that affect p5 systems not in 24 inch racks:
-
On p5 systems that are not managed by an HMC, the timeout for firmware
installations performed by the operating system ("in-band" installations)
was increased.
|
SF230_150_120
11/02/05 |
Impact: Serviceability
Severity: Special Attention
Attention: An IPL is required to activate a deferred fix, the
system must be powered off via the HMC, (i.e. HMC state=Power OFF) and
then powered back on.
-
DEFERRED Changed the initialization settings of the memory buffers
to eliminate spurious checkstops that were causing system and partition
crashes.
-
DEFERRED On model 590 and 595 systems, fixed a problem that
was causing DDR II memory cards in slots C10 and C12 to fail the memory
test during a slow-mode boot.
-
DEFERRED Fixed a problem that was not allowing the system
enclosure serial number to be rewritten using the ASMI menus.
-
DEFERRED Fixed a problem that causes the default boot list
and the stored boot list to be swapped in the system management services
(SMS) firmware when booting an AIX or Linux partition.
-
Several problems were fixed that caused a failure to boot with SRCs B1817201,
C1001014 and/or C1001020.
-
On an HMC, fixed a problem that caused a blank screen when reopening a
VTERM after closing it.
-
Fixed a problem that was causing a platform dump to be incomplete under
certain circumstances.
-
Fixed a problem that caused a "no connection" state between the HMC and
the service processor after the service processor attempted a dump operation.
-
Added support for ARP (address request protocol) to the System Management
Services (SMS) firmware for AIX and Linux partitions.
-
Fixed a problem in the server firmware that was allowing the HMC to allocate
more memory to a partition than was available.
|
SF230_147_120
10/27/05
|
Impact: Serviceability
Severity: Special Attention
-
Fixed a problem that caused system processors to get into a locked state.
-
Changed the initialization settings of the memory buffers to eliminate
spurious checkstops that were causing system and partition crashes.
|
SF230_145_120
08/24/05 |
Impact: Serviceability
Severity: Special Attention
-
Fixed a problem on i5 systems with 5074 I/O towers that causes a partition
to hang with SRC B6000255 when an I/O adapter in the 5074 is moved using
dynamic LPAR.
-
Fixed a problem on i5 and p5 systems that causes a continuous stream of
phantom interrupts on partitions with shared processors.
|
SF230_143_120
08/09/05 |
Impact: Serviceability
Severity: Special Attention
Attention: An IPL is required to activate a deferred fix, the
system must be powered off via the HMC, (i.e. HMC state=Power OFF) and
then powered back on.
-
DEFERRED On model 575 and 59x systems in which an IBM High
Performance Switch (HPS) is installed, fixed a problem that was causing
an invalid high performance switch adapter failure to be reported after
a switch failure.
-
DEFERRED On model SR110000 systems only, fixed a problem that
was causing the I/O in the CEC not to show up after an IPL.
-
DEFERRED On systems that are managed by an HMC, a problem
was fixed that was causing concurrent firmware update to fail with error
code ACT01724 on the HMC.
-
DEFERRED Fixed a problem involving correctable and uncorrectable
memory errors that may have resulted in memory being deconfigured during
a slow mode IPL on 9119-59x systems with F/C 7814 (4 GB memory cards) installed.
-
Support for 16-way model 575 systems was added to the SF230 release.
-
Fixed a problem that was causing the firmware to erroneously report a failure
of the High Performance Switch (HPS) adapter card (with error code B181F62A)
in a 16-way model 575 system.
-
On model 59x systems, a memory leak was fixed that could cause the system
to reset during boot.
-
Fixed false error code B1812033 introduced in code level SF230_120 on all
p5 and i5 systems model 570 and lower. The B1812033 error code may still
be valid on 575 and 59x systems.
-
Fixed intermittent boot problem introduced in code level SF230_120 on all
p5 and i5 systems model 550 and lower. Error codes related to this boot
problem include B1701004, B181F12E or B150F22A.
-
On model 575 and 59x systems in which an IBM High Performance Switch (HPS)
is installed, a problem in the system firmware was fixed that was causing
duplicate errors for the same problem to be reported in the service processor
error log and the HPS Network Manager error log.
-
On model 575 and 59x systems in which an IBM High Performance Switch (HPS)
is installed, a problem in the system firmware was fixed that was causing
some switch network interface (SNI) adapters to fail a wrap test.
-
On systems that are managed by an HMC, fixed a problem that was preventing
some types of errors that were logged in the service processor's error
log from being sent to the HMC.
-
Fixed a problem that caused a very early reset/reload of the service processor
with error codes of B1817201, B1817209 or similar after a firmware update.
-
On systems that shipped with a firmware level that begins with SF210, a
problem was fixed that was causing the firmware installation to the T side
to fail with error code B1817201.
-
Fixed a problem that was causing platform system dumps to be corrupted.
-
Fixed a problem that was causing concurrent firmware maintenance to fail.
|
SF230_126_120
06/16/05 |
Impact: Function Severity:
Hiper
-
Fixed a problem that causes the media bay to lose power, which makes the
DVD drives in the bay inoperable on 9117-570 and 9406-570 systems.
-
Fixed most problems introduced in SF230_120 that causes the white power
on/off button to intermittently fail to boot the system, terminating with
error codes B181F12E, B1701004 or B150F22A, on 9111-520, 9113-550, 9405-520,
9406-520 and 9406-550 systems.
-
Fixed a problem that causes various types of planar and RIO cable failures
in the 7040-61D I/O subsystem to be reported on 9118-575, 9119-590, 9119-595
and 9406-595.
|
SF230_120_120
06/03/05 |
Impact: Function Severity:
Hiper
New function:
-
Adds code to notify the user when the VPD card is not in its original system,
and to prevent that system from booting.
-
Adds support for i5/OS hosting virtual Linux and AIX partitions on i5 systems
that are not managed by an HMC.
-
Adds support for F/C 7910 on model 9118-575 systems the switch network
interface adapter, which provides the interface to the pSeries high
performance switch (HPS).
-
Adds support for F/C 7817 on 9119-590, 9119-595, and 9406-595 systems,
the switch network interface (SNI) adapter, which provides the interface
to the pSeries high performance switch (HPS).
-
Adds support for concurrent firmware maintenance on systems managed by
an HMC.
-
Adds support for 32GB memory cards on 9119-590, 9119-595, and 9406-595
systems.
-
Adds support for F/C 7894, 8GB (4x2GB) feature (2GB DDR2 DIMMs, CCIN 30F3)
on machine type 9117-570.
Problems resolved:
-
LEDs on GX bus adapter cards remain on after the node is powered off for
9119-590, 9119-595, and 9406-595 systems.
-
The service processor is not able to place a "call home" through a modem.
-
On systems 9118-575, 9119-590, 9119-595, and 9406-595: a firmware upgrade
from SF222_075 to SF225_096 fails with error code ACT01724 on the HMC.
-
Fixed a problem that causes the default boot list and the stored boot list
to be swapped in the system management services (SMS) code when booting
an AIX or Linux partition.
-
Fixed a highly intermittent problem that causes the service processor to
perform a dump when an SRC is displayed on the control panel.
-
On 9118-575, 9119-590, 9119-595, and 9406-595 systems, updates the
firmware so that the system will continue to boot when certain types of
failures occur on bus adapter cards.
-
Fixed a problem on 9118-575, 9119-590, 9119-595, and 9406-595 systems
which caused a reboot to fail with error code B7006900 under certain conditions.
-
Fixed a problem with moving a CD-ROM device between two logical partitions
using DLPAR commands on the HMC.
-
On 9117-570 and 9406-570 systems: fixed a problem a that causes a
DMA_ERR with error code 1000 0003 on the integrated Ethernet port.
-
DS8000 storage subsystem: multiple firmware fixes.
-
Fixed a problem that causes the system clock to revert to December 31,
1969 and the system to crash with error code B7000103.
-
On 9119-590 systems, fixed a problem that keeps large configurations (12
or more I/O drawers with both planars installed) from booting.
-
Fixed a problem that prevents the 'lscfg -vp' command from reporting platform-specific
data on all p5 systems.
-
Fixed a problem that intermittently causes a partition or the system to
hang when the lsvpd or lscfg command is run on all p5 systems. Also,
'the lsmcode' command may return "NOT DETERMINABLE".
-
If two power supplies are installed, the system may fail to power on if
one power supply fails in the 9110-510, 9111-520, 9113-550, 9117-570, 9123-xxx,
9124-xxx, 9405-520, 9406-520, 9406-550, 9406-570 systems.
-
Fixed a problem that prevents a virtual SCSI client from connecting to
a virtual SCSI server adapter on 9118-575, 9119-590, and 9119-595 systems.
|
SF225 |
SF225_096_096
03/12/05 |
Impact: Function Severity: Hiper
-
Fixed a problem in the service processor firmware that made it look like
the T-side image was being lost after a "reset to factory configuration"
was done using the ASMI menus.
|
SF225_080_080
02/18/05 |
Impact: New
Severity: New
-
Added support for 9118-575, 9110-510, and 9123-710.
|
SF222 |
SF222_081_081
02/07/05 |
Impact: Function Severity: Hiper
-
Fixed a problem that caused FSCSI errors to show up erroneously in the
AIX error log when an I/O adapter failed.
-
Fixed a problem that caused the processor runtime diagnostics to call out
the wrong DIMM (or other memory component) when a memory failure occurred.
-
Fixed a problem that caused a platform dump to run out of storage space.
-
Fixed a problem that prevented the LEDs on I/O drawers from identifying
or "rolling up" to the frame enclosure LED.
-
Fixed a problem that caused the service processor to generate error log
entries every few seconds when attempting to service a recoverable CEC
hardware error on systems that have processors with no memory associated
with them.
|
SF222_075_075
12/17/04 |
Impact: Function Severity:
Hiper
-
Fixed a problem with the AMSI menu option that allows system VPD keywords
to be set.
-
Fixed a problem that kept the system from continuing to boot when an 8GB
memory DIMM is deallocated because an uncorrectable error was generated
by the DIMM during boot.
-
Fixed a problem that caused a partition's time to appear to drift (approximately
15 seconds/month) following a system IPL.
-
Support for partitions running i5/OS on p5 systems was added.
-
Fixed a problem that caused the default boot list and the stored boot list
in the SMS menus to be swapped.
|
SF222_071_071
11/24/04 |
Impact: New
Severity: New
-
Added support for systems 9119-590, 9119-595, and 9406-595.
|
SF220 |
SF220_051_051
11/01/04 |
Impact: Function Severity: Hiper
-
Fixed a problem that kept feature code 1827, a UPS sense cable, from being
detected.
|
SF220_049_049
09/28/04 |
Impact: Function Severity:
Hiper
-
Fixed a problem that kept the serial ports on the processor drawer from
functioning in 9117-570 and 9406-570 systems with multiple processor drawers.
-
Fixed a problem that kept the user from accessing the advanced system management
interface (ASMI) via the web interface.
|
SF220_046_046
09/13/04 |
Impact: Function Severity:
Hiper
-
Fixed a problem that caused the kept the service processor from getting
to standby when an Ethernet cable was not plugged into it.
|
SF220_045_045
08/03/04 |
Impact: Function Severity:
Hiper
-
Various corrections and updates.
|
SF220_043_043
08/31/04 |
Impact: New
Severity: New
-
Added support for new models: 9111-520, 9113-550, 9406-550, 9124-720,
and 9117-570.
|
8.0 Change History
DATE |
Description |
Sep 20,2007 |
Added information for 9119 systems concerning mandatory ECA834. |
Aug 3, 2007 |
Revised Section 5.0 to reflect changes in microcode download website. |
May 8, 2007 |
Revised firmware description for SF235_206 in section: For all
p5 and i5 systems, concerning bit steering. |
Apr 4, 2007 |
Revised firmware description for SF235_214 in section: For certain
i5, p5 and Open Power Systems, concerning SRC B114E500. |
Jan 29, 2007 |
Added information about ECA834 for 59x models.
Added release dates to firmware history tables.
Added information about IBM Prerequisite Website to Section 2.2. |