Power9 System Firmware
Applies
to: 9040-MR9
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 firmware for Power
Systems E950 (9040-MR9) servers
only.
The firmware level in this package is:
1.1 Minimum HMC Code Level
This section is intended to describe the "Minimum HMC Code Level"
required by the System Firmware to complete the firmware installation
process. When installing the System Firmware, the HMC level must be
equal to or higher than the "Minimum HMC Code Level" before starting
the system firmware update. If the HMC managing the server
targeted for the System Firmware update is running a code level lower
than the "Minimum HMC
Code Level" the firmware update will not proceed.
The
Minimum HMC Code levels for this firmware for HMC x86, ppc64
or ppc64le are listed below.
x86 - This term is used to reference the
legacy HMC
that runs on x86/Intel/AMD hardware for both the 7042 Machine
Type appliances and the Virtual HMC that can run on the Intel
hypervisors (KVM, VMWare, Xen).
- The
Minimum HMC Code level for this firmware is: HMC V9R1M940
(PTF MH01836).
ppc64 or ppc64le - describes the Linux code that is compiled to
run on Power-based servers or LPARS (Logical Partitions)
- The
Minimum HMC Code level for this firmware is: HMC V9R1M940
(PTF MH01837).
For
information
concerning HMC
releases and the latest PTFs,
go
to the following URL to access Fix Central:
http://www-933.ibm.com/support/fixcentral/
For specific fix level
information on key components of IBM
Power Systems running the AIX, IBM i and Linux operating systems, we
suggest using the Fix Level Recommendation Tool (FLRT):
http://www14.software.ibm.com/webapp/set2/flrt/home
NOTES:
-You must be logged in as hscroot in order for the
firmware
installation to complete correctly.
- Systems Director Management Console (SDMC) does not support this
System Firmware level
2.0 Important
Information
NovaLink
levels earlier than "NovaLink 1.0.0.16 Feb 2020 release" with
partitions running certain SR-IOV capable adapters is NOT supported at
this firmware release
NovaLink levels earlier than "NovaLink 1.0.0.16 Feb 2020
release" do not support IO adapter FCs EC2R/EC2S, EC2T/EC2U, EC3L/EC3M,
EC66/EC67 with FW930 and later. If the adapter was already in
use with FW910/920 at an older NovaLink level, upgrading to FW930/940
will result in errors in NovaLink and PowerVC which causes the loss of
any management operation via NovaLink / PowerVC combination.
Upgrading systems in this configuration is not supported at the
older NovaLink levels. If the system is required to be at
FW930/940 or was shipped with FW930/940, NovaLink must first be updated
to "NovaLink 1.0.0.16 Feb 2020 release" or later.
Boot
adapter microcode requirement
Update all adapters which are boot adapters, or which may be
used as boot adapters in the future, to the latest microcode from IBM
Fix Central. The latest microcode will ensure the adapters
support the new Firmware Secure Boot feature of Power Systems. This
requirement applies when updating system firmware from a level prior to
FW940 to levels FW940 and later.
The latest adapter microcode levels include signed boot driver code. If
a boot-capable PCI adapter is not installed with the latest level of
adapter microcode, the partition which owns the adapter will boot, but
error logs with SRCs BA5400A5 or BA5400A6 will be posted. Once
the adapter(s) are updated, the error logs will no longer be posted.
Downgrading
firmware from any
given release level to an earlier release level is not recommended
Firmware downgrade warnings:
1) Adapter feature codes (#EC2S/#EC2U and #EC3M and #EC66) when
configured in SR-IOV shared mode in FW930 or later, even if
originally configured in shared mode in a pre-FW930 release, may not
function properly if the system is downgraded to a pre-FW930 release.
The adapter should be configured in dedicated mode first (i.e. take the
adapter out of SR-IOV shared mode) before downgrading to a pre-FW930
release.
2) If partitions have been run in POWER9 compatibility mode in FW940, a
downgrade to an earlier release (pre-FW940) may cause a problem with
the partitions starting. To prevent this problem, the "server
firmware" settings must be reset by rebooting partitions in
"Power9_base" before doing the downgrade.
If you feel that it is
necessary to downgrade the firmware on
your system to an earlier release level, please contact your next level
of support.
2.1 IPv6 Support and
Limitations
IPv6 (Internet Protocol version 6)
is supported in the System
Management
Services (SMS) in this level of system firmware. There are several
limitations
that should be considered.
When configuring a network interface
card (NIC) for remote IPL, only
the most recently configured protocol (IPv4 or IPv6) is retained. For
example,
if the network interface card was previously configured with IPv4
information
and is now being configured with IPv6 information, the IPv4
configuration
information is discarded.
A single network interface card
may only be chosen once for the boot
device list. In other words, the interface cannot be configured for the
IPv6 protocol and for the IPv4 protocol at the same time.
2.2 Concurrent
Firmware Updates
Concurrent system firmware update is supported on HMC Managed
Systems
only.
Ensure that there are no RMC connections issues for any system
partitions prior to applying the firmware update. If there is a
RMC connection failure to a partition during the firmware update, the
RMC connection will need to be restored and additional recovery actions
for that partition will be required to complete partition firmware
updates.
2.3 Memory
Considerations for
Firmware Upgrades
Firmware Release Level upgrades
and Service Pack updates may consume
additional system memory.
Server firmware requires memory to
support the logical partitions on
the server. The amount of memory required by the server firmware varies
according to several factors.
Factors influencing server
firmware memory requirements include the
following:
- Number of logical partitions
- Partition environments of the logical
partitions
- Number of physical and virtual I/O devices
used by the logical partitions
- Maximum memory values given to the logical
partitions
Generally, you can estimate the
amount of memory required by server
firmware to be approximately 8% of the system installed memory. The
actual amount required will generally be less than 8%. However, there
are some server models that require an absolute minimum amount of
memory for server firmware, regardless of the previously mentioned
considerations.
Additional information can be
found at:
https://www.ibm.com/support/knowledgecenter/9040-MR9/p9hat/p9hat_lparmemory.htm
2.4 SBE Updates
Power 9 servers
contain SBEs (Self Boot Engines) and are used to boot the system.
SBE is internal to each of the Power 9 chips and used to "self boot"
the chip. The SBE image is persistent and is only reloaded if
there is a system firmware update that contains a SBE change. If
there is a SBE change and system firmware update is concurrent, then
the SBE update is delayed to the next IPL of the CEC which will cause
an additional 3-5 minutes per processor chip in the system to be added
on to the IPL. If there is a SBE change and the system firmware
update is disruptive, then SBE update will cause an additional 3-5
minutes per processor chip in the system to be added on to the
IPL. During the SBE update process, the HMC or op-panel will
display service processor code C1C3C213 for each of the SBEs being
updated. This is a normal progress code and system boot should be
not be terminated by the user. Additional time estimate can be
between 12-20 minutes.
3.0 Firmware
Information
Use the following examples as a reference to determine whether your
installation
will be concurrent or disruptive.
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 and/or Partition-Deferred. Deferred
fixes can be installed
concurrently, but will not be activated until the next IPL.
Partition-Deferred fixes can be installed concurrently, but will not be
activated until a partition reactivate is performed. Deferred
and/or Partition-Deferred
fixes,
if any, will be identified in the "Firmware Update Descriptions" table
of this document. For these types
of fixes (Deferred and/or
Partition-Deferred) within a service pack, only the
fixes
in the service pack which cannot be concurrently activated are
deferred.
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:
01VMxxx_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,
01VM900_040_040 and 01VM910_040_045 are different service
packs.
An installation is disruptive if:
- The release levels (xxx) are
different.
Example:
Currently installed release is 01VM900_040_040,
new release is 01VM910_050_050.
- The service pack level (yyy) and the last disruptive
service
pack level (zzz) are the same.
Example: VM910_040_040
is disruptive, no matter what
level of VM910 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 VM910_040_040 and new service
pack is VM910_050_045.
An installation is concurrent if:
The release level (xxx) is the same, and
The service pack level (yyy) currently installed on the system
is the same or higher than the last disruptive service pack level (zzz)
of the service pack to be installed.
Example: Currently installed service pack is VM910_040_040, new
service pack is VM910_041_040.
3.1 Firmware
Information
and Description
Filename |
Size |
Checksum |
md5sum |
01VM940_027_027.rpm |
129953722 |
58506 |
3cd1d9d095bd0b416942bd17e6bb7506
|
Note: The Checksum can be found by running the AIX sum
command against
the rpm file (only the first 5 digits are listed).
ie: sum 01VM940_027_027.rpm
VM940
For Impact, Severity and other Firmware definitions, Please
refer to the below 'Glossary of firmware terms' url:
http://www14.software.ibm.com/webapp/set2/sas/f/power5cm/home.html#termdefs
The
complete Firmware Fix History for
this
Release Level can be
reviewed at the following url:
http://download.boulder.ibm.com/ibmdl/pub/software/server/firmware/VM-Firmware-Hist.html
|
VM940_027_027 / FW940.00
11/25/19 |
Impact:
New
Severity: New
GA Level with key features
included listed below
- All features and fixes from the FW930.11. service pack (and
below) are included in this release. At the time of the FW940.00
release, the FW930.11 is a future FW930 service pack scheduled
for the fourth quarter of 2019.
New Features and Functions
- User Mode NX Accelerator Enablement for PowerVM. This
enables the access of NX accelerators such as the gzip engine through
user mode interfaces. The IBM Virtual HMC (vHMC) 9.1.940 provides
a user interface to this feature. The LPAR must be running in
POWER9 compatibility mode to use this feature. For more
information on compatibility modes, see the following two articles in
the IBM Knowledge Center:
1) Processor compatibility mode overview: https://www.ibm.com/support/knowledgecenter/POWER9/p9hc3/p9hc3_pcm.htm
2) Processor compatibility mode definitions: https://www.ibm.com/support/knowledgecenter/POWER9/p9hc3/p9hc3_pcmdefs.htm
- Support for user mode enablement of the External Interrupt
Virtualization Engine (XIVE). This user mode enables the
management of interrupts to move from the hypervisor to the operating
system for improved efficiency. Operating systems may also have
to be updated to enable this support. The LPAR must be running in
POWER9 compatibility mode to use this feature. For more
information on compatibility modes, see the following two articles in
the IBM Knowledge Center:
1) Processor compatibility mode overview: https://www.ibm.com/support/knowledgecenter/POWER9/p9hc3/p9hc3_pcm.htm
2) Processor compatibility mode definitions: https://www.ibm.com/support/knowledgecenter/POWER9/p9hc3/p9hc3_pcmdefs.htm
- Extended support for PowerVM Firmware Secure Boot.
This feature restricts access to the Open Firmware prompt and validates
all adapter boot driver code. Boot adapters, or adapters which may be
used as boot adapters in the future, must be updated to the latest
microcode from IBM Fix Central. The latest microcode will ensure
the adapters support the Firmware Secure Boot feature of Power Systems.
This requirement applies when updating system firmware from a level
prior to FW940 to levels FW940 and later. The latest adapter
microcode levels include signed boot driver code. If a
boot-capable PCI adapter is not installed with the latest level of
adapter microcode, the partition which owns the adapter will boot, but
error logs with SRCs BA5400A5 or BA5400A6 will be posted. Once the
adapter(s) are updated, the error logs will no longer be posted.
- Linux OS support was added for PowerVM LPARs for the PCIe4
2x100GbE ConnectX-5 RoCE adapter with feature codes of #EC66/EC67 and
CCIN 2CF3. Linux versions RHEL 7.5 and SLES 12.3 are
supported.
- This server firmware level includes the SR-IOV adapter
firmware level 11.4.415.28 for the following Feature Codes and
CCINs: #EN15/EN16 with CCIN 2CE3, #EN17/EN18 with CCIN 2CE4,
#EN0H/EN0J with CCIN 2B93, #EN0M/EN0N with CCIN 2CC0, and
#EN0K/EN0L with CCIN 2CC1.
- This server firmware includes the SR-IOV adapter firmware
level 1x.25.6000 for the following Feature Codes and CCINs: #EC2R/EC2S
with CCIN 58FA; #EC2T/EC2U with CCIN 58FB; #EC3L/EC3M with
CCIN 2CEC; and #EC66/EC67 with CCIN 2CF3.
System firmware changes that
affect all systems
- A problem was fixed for incorrect call outs for PowerVM
hypervisor
terminations with SRC B7000103 logged. With the fix, the call
outs are
changed from SVCDOCS, FSPSP04, and FSPSP06 to FSPSP16. When this
type
of termination occurs, IBM support requires the dumps be collected to
determine the cause of failure.
- A problem was fixed for an IPL failure with the following
possible SRCs logged: 11007611, 110076x1, 1100D00C, and
110015xx. The
service processor may reset/reload for this intermittent error and end
up in the termination state.
|
4.0
How to Determine The Currently Installed Firmware Level
You can view the server's
current firmware level on the Advanced System
Management Interface (ASMI) Welcome pane. It appears in the top right
corner.
Example: VM920_123.
5.0
Downloading the Firmware Package
Follow the instructions on Fix Central. 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 USB flash memory device 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: VMxxx_yyy_zzz
Where xxx = release level
- If the release level will stay the same (Example: Level
VM910_040_040 is
currently installed and you are attempting to install level
VM910_041_040)
this is considered an update.
- If the release level will change (Example: Level VM900_040_040 is
currently
installed and you are attempting to install level VM910_050_050) this
is
considered an upgrade.
Instructions for
installing firmware updates and upgrades can be found at https://www.ibm.com/support/knowledgecenter/9040-MR9/p9eh6/p9eh6_updates_sys.htm
IBM i Systems:
For information concerning IBM i Systems, go
to the following URL to access Fix Central:
http://www-933.ibm.com/support/fixcentral/
Choose "Select product", under
Product Group specify "System i", under
Product specify "IBM i", then Continue and specify the desired firmware
PTF accordingly.
7.0 Firmware History
The complete Firmware Fix History (including HIPER descriptions)
for this Release level can be
reviewed at the following url:
http://download.boulder.ibm.com/ibmdl/pub/software/server/firmware/VM-Firmware-Hist.html
8.0
Change History
Date
|
Description
|
February 24, 2020 |
Updated NovaLink warning in
section 2.0 Important
Information. |
January 07, 2020
|
Fix descripton additions for
level VM940_027_027 / FW940.00. |