Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

ファームウェアの依存関係:

修正された問題：

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

Ver. 1.60(B) contains updates to the component packaging and is functionally equivalent to ver. 1.60. It is not necessary to upgrade with Revision B if a previous component Revision was used to upgrade the firmware to version 1.60.

This revision of the System ROM includes the latest revision of the Intel microcode which, in combination with operating system updates, provides mitigation for Variant 2 of the Side Channel Analysis vulnerability, also known as Spectre. The revision of the microcode included in this System ROM does NOT have issues with more frequent reboots and unpredictable system behavior which impacted the previous Intel microcode which was part of the Spectre Variant 2 mitigation. Additional information is available from Intel’s Security Exploit Newsroom, https://newsroom.intel.com/press-kits/security-exploits-intel-products/.

Firmware Dependencies:

None

Problems Fixed:

Updated the Intel processor microcode to the latest version.

Known Issues:

None

Ver. 1.60(B) contains updates to the component packaging and is functionally equivalent to ver. 1.60. It is not necessary to upgrade with Revision B if a previous component Revision was used to upgrade the firmware to version 1.60.

This revision of the System ROM includes the latest revision of the Intel microcode which, in combination with operating system updates, provides mitigation for Variant 2 of the Side Channel Analysis vulnerability, also known as Spectre. The revision of the microcode included in this System ROM does NOT have issues with more frequent reboots and unpredictable system behavior which impacted the previous Intel microcode which was part of the Spectre Variant 2 mitigation. Additional information is available from Intel’s Security Exploit Newsroom, https://newsroom.intel.com/press-kits/security-exploits-intel-products/.

Firmware Dependencies:

None

Problems Fixed:

Updated the Intel processor microcode to the latest version.

Known Issues:

None

This revision of the System ROM includes the latest revision of the Intel microcode which, in combination with operating system updates, provides mitigation for Variant 2 of the Side Channel Analysis vulnerability, also known as Spectre. The revision of the microcode included in this System ROM does NOT have issues with more frequent reboots and unpredictable system behavior which impacted the previous Intel microcode which was part of the Spectre Variant 2 mitigation. Additional information is available from Intel’s Security Exploit Newsroom, https://newsroom.intel.com/press-kits/security-exploits-intel-products/.

Firmware Dependencies:

None

Problems Fixed:

Updated the Intel processor microcode to the latest version.

Known Issues:

None

This revision of the System ROM includes the latest revision of the Intel microcode which, in combination with operating system updates, provides mitigation for Variant 2 of the Side Channel Analysis vulnerability, also known as Spectre. The revision of the microcode included in this System ROM does NOT have issues with more frequent reboots and unpredictable system behavior which impacted the previous Intel microcode which was part of the Spectre Variant 2 mitigation. Additional information is available from Intel’s Security Exploit Newsroom, https://newsroom.intel.com/press-kits/security-exploits-intel-products/.

Firmware Dependencies:

None

Problems Fixed:

Updated the Intel processor microcode to the latest version.

Known Issues:

None

• EEH（拡張エラー処理）を挿入すると、次のような余分なカーネル出力が発生する可能性がある問題：“EEH: Might be infinite loop in mlx5_core driver”が修正されました。
• デフォルト以外のカーネルを備えたRPMベースのOSで、（-add-kernel-supportを使用して）インストーラーを再作成した後にレポジトリを使用すると、ドライバーが正しくインストールされませんでした。
• perftestパッケージのタイプミスで、ヘルプメッセージにGb/sとMB/sの間の変換結果が誤って表示されました（2^20ではなく20^2）。
• LAGスレーブの1つがダウンすると、LAGの非アクティブ化に失敗し、最終的に帯域幅が低下しました。
• mlx5ドライバーでは、/sys/kernel/debug/にある開いているすべてのethポートのサブディレクトリを維持します。デフォルトのネットワーク名前空間の場合、サブディレクトリ名は"eth8"のようなインターフェイスの名前です。デフォルト以外のネットワーク名前空間に移動されたネットワークインターフェイスの新しい規則では、インターフェイス名の後に"@"とポートのPCI IDが続きます。例："eth8@0000:af:00.3"。
• 以前は、esp6_offloadモジュールが正常にロードされない場合に"openibd"スクリプトのロードに失敗していました。
• mpi-selectorsパッケージのperl-Getopt-Longシステムパッケージへの依存関係を追加しました。RPMベースのOSの最小インストールでは、mpi-selectrosをインストールすると、必須のシステムパッケージperl-Getopt-Longもインストールされます。
• 特定のまれなシナリオで、Rxページが補充されないために、同じページフラグメントが誤って2つの異なるRx記述子に割り当てられるようになりました。
• SLES15 SP1のerrataカーネルでドライバーのロードに関する問題がありました。
• TCツールを使用してヘアピンフローを追加できないヘアピン機能の問題が修正されました。
• EEHの場合、WQ（作業キュー）のフラッシュが適切に処理されませんでした。
• RMPP madを集中的に使用するアプリケーションを終了すると、まれにカーネルがクラッシュするシナリオ。
• ユーザー空間コマンドの実行と並行してAER/スロットリセットが行われると、カーネルがクラッシュする可能性のあるシナリオ。
• SwitchDevモードのPFのsysfsで欠落していたECN（Explicit Congestion Notification）構成を追加しました。
• コマンドに対するファームウェアの応答時間が非常に長くなると、タイムアウト時に一部のコマンドが失敗しました。その後、ドライバーが誤ったエントリーでタイムアウトの完了をトリガーし、ヌルポインター呼び出しトレースが発生した可能性があります。
• 次のNetDev操作を使用する古いXDP_REDIRECTインフラストラクチャを備えたカーネルのドライバーサポートを追加しました：.ndo_xdp_flushおよび.ndo_xdp_xmit。
• Open MPI RPMオプション--excludedocsを使用したときにドキュメントに関連しないファイルが削除されました。
• 以前のMLNX_OFEDバージョンの起動プロセスを維持するために、udevトリガーによる一部のモジュールの自動ロードを無効にしました。
• rdma_resolve_addr()関数でRDMA接続ID（cm_id）の参照カウント（refcount）がインクリメントされなかったために、cm_idのUse-After-Freeアクセスが発生しました。cm_idのrefcountをインクリメントするように修正が適用されました
• 2つのポートを同時にSwitchDevモードに移行したときにカーネルパニックが発生する競合状態。
• SwitchDevモードでのsysfsハードウェアカウンターへのアクセスを許可しました
• 実行対象のコアを決定するために、RXページのリサイクルフローで関数smp_processor_id()が呼び出されます。これは、NAPIコンテキストで実行するためのものです。しかし、バックポート中のバグにより、RXページのリサイクルがRQクローズフローで不要なときにも誤って呼び出されました。
• 再起動後にポートリンク状態が（管理状態の関与なしに）"アップ"に自動的に変更されました。
• SLES 11 OSで動作しているときにConnectX-3アダプターカードがフリーズしました。
• ポートスペースが小さいときに、RDMA CM（リモートダイレクトメモリアクセス通信マネージャー）接続が失敗しました。
• VxLANインターフェイスを介したOVS（Open VSwitch）オフロードおよび非オフロードによるトラフィックのミラーリングがサポートされるようになりました。注記：カーネル4.9の場合、必ず専用のOVSバージョンを使用してください。
• ボンディングデバイスがアクティブ/アクティブモードのときにVF LAGを使用した場合、fwresetを実行すると、両方のPFでトラフィックが等しくなくなり、PFが回線速度に到達しません。
• SwitchDevモードでVF（仮想機能）netdevice上にボンディングが作成された場合、VF netdeviceはリプレゼンテーションネットデバイスとして扱われます。これにより、mlx5_coreドライバーがボンディングデバイスに関連するnetdeviceイベントを受信した場合にクラッシュしました。
• VF LAGモードでの不適切なアフィニティの発生に続いて、スイッチのポートがアップ/ダウンした後にトラフィックが送信されていた問題。
• CentOS 7.2 OSでのVLAN（仮想ローカルエリアネットワーク）ヘッダーの書き換えのサポートを追加しました。

• An issue where injecting EEH (Extended Error Handlng) may cause extra Kernel prints, such as: “EEH: Might be infinite loop in mlx5_core driver” was fixed.
• RPM-based OSs with non-default kernels, using repositories after re-creating the installer (using --add-kernel-support) were resulting in improper installation of the drivers.
• A typo in perftest package where help messages wrongly displayed the conversion result between Gb/s and MB/s (20^2 instead of 2^20).
• When one of the LAG slaves went down, LAG deactivation failed, ultimately causing bandwidth degradation.
• The mlx5 driver maintains a subdirectory for every open eth port in /sys/kernel/debug/. For the default network namespace, the sub-directory name is the name of the interface, like "eth8". The new convention for the network interfaces moved to the non-default network namespaces is the interfaces name followed by "@" and the port's PCI ID. For example: "eth8@0000:af:00.3".
• "openibd" script load used to fail when esp6_offload module did not load successfully.
• Added dependency of package mpi-selectors on perl-Getopt-Long system package. On minimal installs of RPM-based OSs, installing mpi-selectros will also install the required system package perl-Getopt-Long.
• During certain rare scenarios, due to Rx page not being replenished, the same page fragment mistakenly became assigned to two different Rx descriptors.
• Driver load issue existed with Errata-kernel on SLES15 SP1.
• An issue in the Hairpin feature which prevented adding hairpin flows using TC tool was fixed.
• WQ (Work Queue) queue flushing was not handled properly in the event of EEH.
• A rare kernel crash scenario when exiting an application that uses RMPP mads intensively.
• A possible kernel crash scenario when AER/slot reset in done in parallel to user space commands execution.
• Added missing ECN (Explicit Congestion Notification) configuration under sysfs for PFs in SwitchDev mode.
• When firmware response time to commands became very long, some commands failed upon timeout. The driver may have then triggered a timeout completion on the wrong entry, leading to a NULL pointer call trace.
• Added driver support for kernels with the old XDP_REDIRECT infrastructure that uses the following NetDev operations: .ndo_xdp_flush and .ndo_xdp_xmit.
• Usage of --excludedocs Open MPI RPM option resulted in the removal of non-documentation related files.
• Disabled automated loading of some modules through udev triggers to preserve the startup process of previous MLNX_OFED versions.
• Reference count (refcount) for RDMA connection ID (cm_id) was not incremented in rdma_resolve_addr() function, resulting in a cm_id use-after-free access. A fix was applied to increment the cm_id refcount
• A race condition which caused kernel panic when moving two ports to SwitchDev mode at the same time.
• Allowed accessing sysfs hardware counters in SwitchDev mode
• Function smp_processor_id() is called in the RX page recycle flow to determine the core to run on. This is intended to run in NAPI context. However, due to a bug in backporting, the RX page recycle was mistakenly called also in the RQ close flow when not needed.
• Port link state was automatically changed (without admin state involvement) to "UP" after reboot.
• ConnectX-3 adapter cards froze when running over SLES 11 OS.
• RDMA CM (Remote Direct Memory Access Communation Manager) connection failed when port space was small.
• Traffic mirroring with OVS (Open VSwitch)offload and non-offload over VxLAN interface is now supported. Note: For kernel 4.9, make sure to use a dedicated OVS version.
• When working with VF LAG while the bond device is in active-active mode, running fwreset would result in unequal traffic on both PFs, and PFs would not reach line rate.
• When bond was created over VF (Virtuaal Function) netdevices in SwitchDev mode, the VF netdevice would be treated as representor netdevice. This caused the mlx5_core driver to crash in case it received netdevice events related to bond device.
• An issue where following a bad affinity occurrence in VF LAG mode, traffic was sent after the port went up/down in the switch.
• Added support for VLAN (Virtual Local Area Network) header rewrite on CentOS 7.2 OS.

• EEH（拡張エラー処理）を挿入すると、次のような余分なカーネル出力が発生する可能性がある問題：“EEH: Might be infinite loop in mlx5_core driver”が修正されました。
• デフォルト以外のカーネルを備えたRPMベースのOSで、（-add-kernel-supportを使用して）インストーラーを再作成した後にレポジトリを使用すると、ドライバーが正しくインストールされませんでした。
• perftestパッケージのタイプミスで、ヘルプメッセージにGb/sとMB/sの間の変換結果が誤って表示されました（2^20ではなく20^2）。
• LAGスレーブの1つがダウンすると、LAGの非アクティブ化に失敗し、最終的に帯域幅が低下しました。
• mlx5ドライバーでは、/sys/kernel/debug/にある開いているすべてのethポートのサブディレクトリを維持します。デフォルトのネットワーク名前空間の場合、サブディレクトリ名は"eth8"のようなインターフェイスの名前です。デフォルト以外のネットワーク名前空間に移動されたネットワークインターフェイスの新しい規則では、インターフェイス名の後に"@"とポートのPCI IDが続きます。例："eth8@0000:af:00.3"。
• 以前は、esp6_offloadモジュールが正常にロードされない場合に"openibd"スクリプトのロードに失敗していました。
• mpi-selectorsパッケージのperl-Getopt-Longシステムパッケージへの依存関係を追加しました。RPMベースのOSの最小インストールでは、mpi-selectrosをインストールすると、必須のシステムパッケージperl-Getopt-Longもインストールされます。
• 特定のまれなシナリオで、Rxページが補充されないために、同じページフラグメントが誤って2つの異なるRx記述子に割り当てられるようになりました。
• SLES15 SP1のerrataカーネルでドライバーのロードに関する問題がありました。
• TCツールを使用してヘアピンフローを追加できないヘアピン機能の問題が修正されました。
• EEHの場合、WQ（作業キュー）のフラッシュが適切に処理されませんでした。
• RMPP madを集中的に使用するアプリケーションを終了すると、まれにカーネルがクラッシュするシナリオ。
• ユーザー空間コマンドの実行と並行してAER/スロットリセットが行われると、カーネルがクラッシュする可能性のあるシナリオ。
• SwitchDevモードのPFのsysfsで欠落していたECN（Explicit Congestion Notification）構成を追加しました。
• コマンドに対するファームウェアの応答時間が非常に長くなると、タイムアウト時に一部のコマンドが失敗しました。その後、ドライバーが誤ったエントリーでタイムアウトの完了をトリガーし、ヌルポインター呼び出しトレースが発生した可能性があります。
• 次のNetDev操作を使用する古いXDP_REDIRECTインフラストラクチャを備えたカーネルのドライバーサポートを追加しました：.ndo_xdp_flushおよび.ndo_xdp_xmit。
• Open MPI RPMオプション--excludedocsを使用したときにドキュメントに関連しないファイルが削除されました。
• 以前のMLNX_OFEDバージョンの起動プロセスを維持するために、udevトリガーによる一部のモジュールの自動ロードを無効にしました。
• rdma_resolve_addr()関数でRDMA接続ID（cm_id）の参照カウント（refcount）がインクリメントされなかったために、cm_idのUse-After-Freeアクセスが発生しました。cm_idのrefcountをインクリメントするように修正が適用されました
• 2つのポートを同時にSwitchDevモードに移行したときにカーネルパニックが発生する競合状態。
• SwitchDevモードでのsysfsハードウェアカウンターへのアクセスを許可しました
• 実行対象のコアを決定するために、RXページのリサイクルフローで関数smp_processor_id()が呼び出されます。これは、NAPIコンテキストで実行するためのものです。しかし、バックポート中のバグにより、RXページのリサイクルがRQクローズフローで不要なときにも誤って呼び出されました。
• 再起動後にポートリンク状態が（管理状態の関与なしに）"アップ"に自動的に変更されました。
• SLES 11 OSで動作しているときにConnectX-3アダプターカードがフリーズしました。
• ポートスペースが小さいときに、RDMA CM（リモートダイレクトメモリアクセス通信マネージャー）接続が失敗しました。
• VxLANインターフェイスを介したOVS（Open VSwitch）オフロードおよび非オフロードによるトラフィックのミラーリングがサポートされるようになりました。注記：カーネル4.9の場合、必ず専用のOVSバージョンを使用してください。
• ボンディングデバイスがアクティブ/アクティブモードのときにVF LAGを使用した場合、fwresetを実行すると、両方のPFでトラフィックが等しくなくなり、PFが回線速度に到達しません。
• SwitchDevモードでVF（仮想機能）netdevice上にボンディングが作成された場合、VF netdeviceはリプレゼンテーションネットデバイスとして扱われます。これにより、mlx5_coreドライバーがボンディングデバイスに関連するnetdeviceイベントを受信した場合にクラッシュしました。
• VF LAGモードでの不適切なアフィニティの発生に続いて、スイッチのポートがアップ/ダウンした後にトラフィックが送信されていた問題。
• CentOS 7.2 OSでのVLAN（仮想ローカルエリアネットワーク）ヘッダーの書き換えのサポートを追加しました。

• An issue where injecting EEH (Extended Error Handlng) may cause extra Kernel prints, such as: “EEH: Might be infinite loop in mlx5_core driver” was fixed.
• RPM-based OSs with non-default kernels, using repositories after re-creating the installer (using --add-kernel-support) were resulting in improper installation of the drivers.
• A typo in perftest package where help messages wrongly displayed the conversion result between Gb/s and MB/s (20^2 instead of 2^20).
• When one of the LAG slaves went down, LAG deactivation failed, ultimately causing bandwidth degradation.
• The mlx5 driver maintains a subdirectory for every open eth port in /sys/kernel/debug/. For the default network namespace, the sub-directory name is the name of the interface, like "eth8". The new convention for the network interfaces moved to the non-default network namespaces is the interfaces name followed by "@" and the port's PCI ID. For example: "eth8@0000:af:00.3".
• "openibd" script load used to fail when esp6_offload module did not load successfully.
• Added dependency of package mpi-selectors on perl-Getopt-Long system package. On minimal installs of RPM-based OSs, installing mpi-selectros will also install the required system package perl-Getopt-Long.
• During certain rare scenarios, due to Rx page not being replenished, the same page fragment mistakenly became assigned to two different Rx descriptors.
• Driver load issue existed with Errata-kernel on SLES15 SP1.
• An issue in the Hairpin feature which prevented adding hairpin flows using TC tool was fixed.
• WQ (Work Queue) queue flushing was not handled properly in the event of EEH.
• A rare kernel crash scenario when exiting an application that uses RMPP mads intensively.
• A possible kernel crash scenario when AER/slot reset in done in parallel to user space commands execution.
• Added missing ECN (Explicit Congestion Notification) configuration under sysfs for PFs in SwitchDev mode.
• When firmware response time to commands became very long, some commands failed upon timeout. The driver may have then triggered a timeout completion on the wrong entry, leading to a NULL pointer call trace.
• Added driver support for kernels with the old XDP_REDIRECT infrastructure that uses the following NetDev operations: .ndo_xdp_flush and .ndo_xdp_xmit.
• Usage of --excludedocs Open MPI RPM option resulted in the removal of non-documentation related files.
• Disabled automated loading of some modules through udev triggers to preserve the startup process of previous MLNX_OFED versions.
• Reference count (refcount) for RDMA connection ID (cm_id) was not incremented in rdma_resolve_addr() function, resulting in a cm_id use-after-free access. A fix was applied to increment the cm_id refcount
• A race condition which caused kernel panic when moving two ports to SwitchDev mode at the same time.
• Allowed accessing sysfs hardware counters in SwitchDev mode
• Function smp_processor_id() is called in the RX page recycle flow to determine the core to run on. This is intended to run in NAPI context. However, due to a bug in backporting, the RX page recycle was mistakenly called also in the RQ close flow when not needed.
• Port link state was automatically changed (without admin state involvement) to "UP" after reboot.
• ConnectX-3 adapter cards froze when running over SLES 11 OS.
• RDMA CM (Remote Direct Memory Access Communation Manager) connection failed when port space was small.
• Traffic mirroring with OVS (Open VSwitch)offload and non-offload over VxLAN interface is now supported. Note: For kernel 4.9, make sure to use a dedicated OVS version.
• When working with VF LAG while the bond device is in active-active mode, running fwreset would result in unequal traffic on both PFs, and PFs would not reach line rate.
• When bond was created over VF (Virtuaal Function) netdevices in SwitchDev mode, the VF netdevice would be treated as representor netdevice. This caused the mlx5_core driver to crash in case it received netdevice events related to bond device.
• An issue where following a bad affinity occurrence in VF LAG mode, traffic was sent after the port went up/down in the switch.
• Added support for VLAN (Virtual Local Area Network) header rewrite on CentOS 7.2 OS.

この製品は、無効なVLAN IDでiSCSIポータルが検出されるという問題に対処します。

This product addresses an issue where an iSCSI portal is discovered with invalid an VLAN ID.

• Temperature sensors logic inside gSEP model and SES database
• When an IOM is pulled the surviving IOM reports false critical temperatures

Please refer to the Release Notes for the complete listing of fixes, enhancements, known issues and work-arounds corresponding to this firmware.

• Temperature sensors logic inside gSEP model and SES database
• When an IOM is pulled the surviving IOM reports false critical temperatures

Please refer to the Release Notes for the complete listing of fixes, enhancements, known issues and work-arounds corresponding to this firmware.

• Fixed an issue where the "Turn off" LED operation momentarily turns on all Identify LED.
• Fixed an issue where an NVME drive was failed after flashing drive firmware.
• Fixed an issue where an operation failure message was observed while deleting a volume with status “Not Available”.
• Fixed an issue that SSAScripting reported incorrect size for some drives greater than 1TB. This did not affect SSACLI.

• Fixed an issue where the "Turn off" LED operation momentarily turns on all Identify LED.
• Fixed an issue where an NVME drive was failed after flashing drive firmware.
• Fixed an issue where an operation failure message was observed while deleting a volume with status “Not Available”.
• Fixed an issue that SSAScripting reported incorrect size for some drives greater than 1TB. This did not affect SSACLI.

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

ファームウェアの依存関係:

修正された問題：

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリー INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

ファームウェアの依存関係:

修正された問題：

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

このバージョンのシステムROMには、インテル製品アップデート(IPU)バージョンIPU.2020.2ガイダンスに沿ったアップデートが含まれています。

ファームウェアの依存関係:

なし

修正された問題：

このシステムROMのリビジョンには、インテルのマイクロコードの最新リビジョンが含まれています。このリリースに含まれているインテル製マイクロコードパッチは、バージョン0x00000044(CPUID 306F2)および0x00B00003A(CPUID 406F1)です。

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

なし

This version of the System ROM contains updates aligned with the Intel Product Update (IPU) version IPU.2020.2 guidance.

Firmware Dependencies:

None

Problems Fixed:

This revision of the System ROM includes the latest revision of Intel microcode. The Intel microcode patches included in this release are versions 0x00000044 (CPUID 306F2) and 0x00B00003A (CPUID 406F1).

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

None

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

このバージョンのシステムROMには、インテル製品アップデート(IPU)バージョンIPU.2020.2ガイダンスに沿ったアップデートが含まれています。

ファームウェアの依存関係:

なし

修正された問題：

このシステムROMのリビジョンには、インテルのマイクロコードの最新リビジョンが含まれています。このリリースに含まれているインテル製マイクロコードパッチは、バージョン0x00000044(CPUID 306F2)および0x00B00003A(CPUID 406F1)です。

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

なし

This version of the System ROM contains updates aligned with the Intel Product Update (IPU) version IPU.2020.2 guidance.

Firmware Dependencies:

None

Problems Fixed:

This revision of the System ROM includes the latest revision of Intel microcode. The Intel microcode patches included in this release are versions 0x00000044 (CPUID 306F2) and 0x00B00003A (CPUID 406F1).

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

None

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

このバージョンのシステムROMには、インテル製品アップデート(IPU)バージョンIPU.2020.2ガイダンスに沿ったアップデートが含まれています。

ファームウェアの依存関係:

なし

修正された問題：

このシステムROMのリビジョンには、インテルのマイクロコードの最新リビジョンが含まれています。このリリースに含まれているインテル製マイクロコードパッチは、バージョン0x00000044(CPUID 306F2)および0x00B00003A(CPUID 406F1)です。

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

なし

This version of the System ROM contains updates aligned with the Intel Product Update (IPU) version IPU.2020.2 guidance.

Firmware Dependencies:

None

Problems Fixed:

This revision of the System ROM includes the latest revision of Intel microcode. The Intel microcode patches included in this release are versions 0x00000044 (CPUID 306F2) and 0x00B00003A (CPUID 406F1).

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

None

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

ファームウェアの依存関係:

修正された問題：

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリー INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

• Drive status all shows failed on SL4540 Gen8 H220 [LSI] ILO4 due to  incorrect SCSI command tags.
• Addressed issue where hp-ams may fail to start when U.3 NVMe devices are installed in the system
• The HPE Synergy 6810C 25/50Gb Ethernet Adapter not displaying information in hp-ams is now resolved

• Drive status all shows failed on SL4540 Gen8 H220 [LSI] ILO4 due to  incorrect SCSI command tags.
• Addressed issue where hp-ams may fail to start when U.3 NVMe devices are installed in the system
• The HPE Synergy 6810C 25/50Gb Ethernet Adapter not displaying information in hp-ams is now resolved

• カスタマーアドバイザリa00053824en_usに文書化されている少量のメモリリークに対処しました。
•  NVMeドライブ情報がCPQSEで利用できるようになりました。

• Addressed a small amount of memory leak as documented in the Customer Advisory, a00053824en_us
•  NVMe drive information is now available in the CPQSE.

• PortRcvPktsカウンターはリセット後にクリアされませんでした。
• 10個を超える仮想ファンクションがFLRを実行し、完了タイムアウト値が16ミリ秒より小さい範囲に構成されている場合に、仮想ファンクション(VF)の構成サイクルでシステムのタイムアウトが発生する問題。
• ドライバーを(別のスレッドから)並行して再起動しているときに、"mlxfwtop –d mt4103_pci_cr0"を実行した場合、サーバーがハングしてNMIになります。この場合、デバイスのダウンストリームブリッジは完了タイムアウトエラーを報告しました。
• bmc_rebootの実行後にBMCがIPv6でpingを受信できなかったflow_steeringの問題。
• HCAを閉じている間、RXパケットは存在しなかったリソースへの不正アクセスを引き起こし、その結果QPCGWまたはiriscがスタックしました。
• ポートがActiveやArmedの状態でない場合に、マスターMLIDとLIDが0または0xFFFFである問題。
• ibdumpがすべてのMADパケットをキャプチャーできない問題。
• 再起動後にリンクアップしませんでした。
• sw_resetの実行中に到着したPCIeコンフィギュレーションサイクルが2つの完了を生成する原因となる、まれな問題を修正しました。
• iniファイル内にdisable_stat-ic_steering_iniフィールドを追加したときに、スクラッチパッドでのこのフィールドのメモリ割り当ての問題により、ネットワークコントローラーサイドバンドインターフェイス(NC-SI)が動作しなくなる問題。

バージョン2.42.5056での修正：

• VPIアダプターデバイスでポートがInfiniBandとして構成されている場合に、UEFIブートからOSブートへのハンドオーバーで無効なI/Oアドレスからの読み取りの結果として発生する問題を修正しました。

• PortRcvPkts counter was prevented from being cleared after resetting it.
• The system Timed Out on the configuration cycle of the Virtual Functions (VFs) when more than 10 Virtual Functions performed FLR and the completion Time Out value was configured to a range of less than 16 msec.
• The server hangs and results in NMI when running “mlxfwtop –d mt4103_pci_cr0” while restarting the driver in parallel (from a different thread). In this case, the downstream bridge over the device reported completion timeout error.
• In flow_steering, BMC could not receive a ping over IPV6 after running bmc_reboot.
• While closing the HCA, the RX packet caused bad access to resources that did not exist, and consequently caused the QPCGW or the irisc to get stuck.
• The master SMLID and the LID was either 0 or 0xFFFF when the port was neither active nor armed.
• ibdump could not capture all MADs packets.
• link did not go up after reboot.
• Fixed a rare issue that cause the PCIe configuration cycle that arrived during the time of sw_reset to generate 2 completions.
• Network Controller Sideband Interface (NC-SI) did not work when adding the disable_static_steering_ini field in the ini file, due to memory allocation issue for this field in the scratchpad.

Fixes in version 2.42.5056:

• Fixed an issue that resulted in reading from invalid I/O address on handover from UEFI boot to OS boot, when a port was configured as InfiniBand on a VPI adapter device.

• PortRcvPktsカウンターはリセット後にクリアされませんでした。
• 10個を超える仮想ファンクションがFLRを実行し、完了タイムアウト値が16ミリ秒より小さい範囲に構成されている場合に、仮想ファンクション(VF)の構成サイクルでシステムのタイムアウトが発生する問題。
• ドライバーを(別のスレッドから)並行して再起動しているときに、"mlxfwtop –d mt4103_pci_cr0"を実行した場合、サーバーがハングしてNMIになります。この場合、デバイスのダウンストリームブリッジは完了タイムアウトエラーを報告しました。
• bmc_rebootの実行後にBMCがIPv6でpingを受信できなかったflow_steeringの問題。
• HCAを閉じている間、RXパケットは存在しなかったリソースへの不正アクセスを引き起こし、その結果QPCGWまたはiriscがスタックしました。
• ポートがActiveやArmedの状態でない場合に、マスターMLIDとLIDが0または0xFFFFである問題。
• ibdumpがすべてのMADパケットをキャプチャーできない問題。
• 再起動後にリンクアップしませんでした。
• sw_resetの実行中に到着したPCIeコンフィギュレーションサイクルが2つの完了を生成する原因となる、まれな問題を修正しました。
• iniファイル内にdisable_stat-ic_steering_iniフィールドを追加したときに、スクラッチパッドでのこのフィールドのメモリ割り当ての問題により、ネットワークコントローラーサイドバンドインターフェイス(NC-SI)が動作しなくなる問題。

バージョン2.42.5056での修正：

• VPIアダプターデバイスでポートがInfiniBandとして構成されている場合に、UEFIブートからOSブートへのハンドオーバーで無効なI/Oアドレスからの読み取りの結果として発生する問題を修正しました。

• PortRcvPkts counter was prevented from being cleared after resetting it.
• The system Timed Out on the configuration cycle of the Virtual Functions (VFs) when more than 10 Virtual Functions performed FLR and the completion Time Out value was configured to a range of less than 16 msec.
• The server hangs and results in NMI when running “mlxfwtop –d mt4103_pci_cr0” while restarting the driver in parallel (from a different thread). In this case, the downstream bridge over the device reported completion timeout error.
• In flow_steering, BMC could not receive a ping over IPV6 after running bmc_reboot.
• While closing the HCA, the RX packet caused bad access to resources that did not exist, and consequently caused the QPCGW or the irisc to get stuck.
• The master SMLID and the LID was either 0 or 0xFFFF when the port was neither active nor armed.
• ibdump could not capture all MADs packets.
• link did not go up after reboot.
• Fixed a rare issue that cause the PCIe configuration cycle that arrived during the time of sw_reset to generate 2 completions.
• Network Controller Sideband Interface (NC-SI) did not work when adding the disable_static_steering_ini field in the ini file, due to memory allocation issue for this field in the scratchpad.

Fixes in version 2.42.5056:

• Fixed an issue that resulted in reading from invalid I/O address on handover from UEFI boot to OS boot, when a port was configured as InfiniBand on a VPI adapter device.

• Clearing min_rate on all SR-IOV legacy VFs after setting min_rate to at least one of the VFs did not disable QoS min_rate.
• An empty /usr/src/mlnx-ofa_kernel/default is now no longer created.
• An issue where installing packages through a repository failed after generation of metapackages using --add-kernel-support. The failure occurred due to excessive and incorrect Obsolete headers in those metapackages.Enabled installation of mlnx-ofa_kernel package to /bin/python3 instead of / usr/bin/python3 on RHEL 8.x systems.
• All IPoIB offload packets were wrongly counted as rx_csum_complete. These packets are now identified as rx_csum_unnecessary packets.
• mlx5dv_dr_rule_destroy segmentation fault could happen in rare cases with multiple rules on the same matcher with a different number of actions. This could happen after reusing an already deleted rule memory with less actions.
• An issue of moving to SwitchDev mode after configuring DSCP (Differentiated Service Code Point).
• Global traffic class configuration did not take effect on DC QPs (Dynamically Connected Queue Pairs).
• ib_send_bw traffic frequently dropped to zero when RDMA CM was used, because of incorrect min_rnr_timer setting on the responder side. The min_rnr_timer setting is now aligned with the setting in non-RDMA CM cases.
• Traffic did not pass over VFs with VST QinQ feature is enabled.
• When traffic was sent over Geneve VLAN with Tx VLAN offload enabled and TSO (TCP Segmentation Offload) or Tx csum enabled, traffic could be dropped and not sent to the wire.
• An issue that caused the firmware to restart upon installing mlnxofed-dpdk-upstream-libs package manually.
• Bad utility paths in rdma-core "dracut" hooks on SLES systems, which used to result in the following errors when running "dracut" with the "--add rdma" option. dracut-install:
  • ERROR: installing ‘/usr/libexec/mlx4-setup.sh’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/mlx4-setup.sh dracut-install: ERROR: installing ‘/usr/libexec/rdma-set-sriov-vf’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/rdma-set-sriov-vf
• Traffic class value was not updated in DCT when set via sysfs.
• A doorbell loss issue on AMD platforms with Secure Memory Encryption (SME).
• Registering memory using mlx5dv_devx_umem_reg while forking. Without this fix, applications which use fork() or similar syscalls while using a memory registered with umem_reg could hang due to incorrect physical page mapping. This fix requires setting the IBV_FORK_SAFE environment variable.
• When unbinding the device resulted in the following message being printed to the dmesg: "failed to disable DC tracer"
• Content of file /sys/class/net//statistics/ multicast might have been out of date and might have displayed values lower than the real values.
• ERSPAN (Encapsulated Remote SPAN) protocol was available only when turning off Tx checksum offload.
• A udev script issue which caused non-mellanox devices to be renamed.
• Missing representor statistics when using ifconfig.
• Fixed wrong value of skb mark of received packets on representors.
• An issue which caused second port representors to be named as first port representors.

• Clearing min_rate on all SR-IOV legacy VFs after setting min_rate to at least one of the VFs did not disable QoS min_rate.
• An empty /usr/src/mlnx-ofa_kernel/default is now no longer created.
• An issue where installing packages through a repository failed after generation of metapackages using --add-kernel-support. The failure occurred due to excessive and incorrect Obsolete headers in those metapackages.Enabled installation of mlnx-ofa_kernel package to /bin/python3 instead of / usr/bin/python3 on RHEL 8.x systems.
• All IPoIB offload packets were wrongly counted as rx_csum_complete. These packets are now identified as rx_csum_unnecessary packets.
• mlx5dv_dr_rule_destroy segmentation fault could happen in rare cases with multiple rules on the same matcher with a different number of actions. This could happen after reusing an already deleted rule memory with less actions.
• An issue of moving to SwitchDev mode after configuring DSCP (Differentiated Service Code Point).
• Global traffic class configuration did not take effect on DC QPs (Dynamically Connected Queue Pairs).
• ib_send_bw traffic frequently dropped to zero when RDMA CM was used, because of incorrect min_rnr_timer setting on the responder side. The min_rnr_timer setting is now aligned with the setting in non-RDMA CM cases.
• Traffic did not pass over VFs with VST QinQ feature is enabled.
• When traffic was sent over Geneve VLAN with Tx VLAN offload enabled and TSO (TCP Segmentation Offload) or Tx csum enabled, traffic could be dropped and not sent to the wire.
• An issue that caused the firmware to restart upon installing mlnxofed-dpdk-upstream-libs package manually.
• Bad utility paths in rdma-core "dracut" hooks on SLES systems, which used to result in the following errors when running "dracut" with the "--add rdma" option. dracut-install:
  • ERROR: installing ‘/usr/libexec/mlx4-setup.sh’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/mlx4-setup.sh dracut-install: ERROR: installing ‘/usr/libexec/rdma-set-sriov-vf’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/rdma-set-sriov-vf
• Traffic class value was not updated in DCT when set via sysfs.
• A doorbell loss issue on AMD platforms with Secure Memory Encryption (SME).
• Registering memory using mlx5dv_devx_umem_reg while forking. Without this fix, applications which use fork() or similar syscalls while using a memory registered with umem_reg could hang due to incorrect physical page mapping. This fix requires setting the IBV_FORK_SAFE environment variable.
• When unbinding the device resulted in the following message being printed to the dmesg: "failed to disable DC tracer"
• Content of file /sys/class/net//statistics/ multicast might have been out of date and might have displayed values lower than the real values.
• ERSPAN (Encapsulated Remote SPAN) protocol was available only when turning off Tx checksum offload.
• A udev script issue which caused non-mellanox devices to be renamed.
• Missing representor statistics when using ifconfig.
• Fixed wrong value of skb mark of received packets on representors.
• An issue which caused second port representors to be named as first port representors.

• min_rateを少なくとも1つのVFに設定した後、すべてのSR-IOVレガシーVFでmin_rateをクリアしても、QoS min_rateは無効になりませんでした。
• 空の/usr/src/mlnx-ofa_kernel/defaultは作成されなくなりました。
• --add-kernel-supportを使用してメタパッケージを生成した後、リポジトリを介したパッケージのインストールが失敗する問題。これらのメタパッケージのObsoleteヘッダーが過剰で間違っているためにエラーが発生しました。RHEL 8.xシステムの/usr/bin/python3ではなく/bin/python3にmlnx-ofa_kernelパッケージをインストールできるようにしました。
• すべてのIPoIBオフロードパケットが誤ってrx_csum_completeとしてカウントされました。これらのパケットは、rx_csum_unnecessaryパケットとして識別されるようになりました。
• アクション数の異なる複数のルールが同じマッチャーにある場合、mlx5dv_dr_rule_destroyセグメンテーション障害がまれに発生する可能性があります。これは、削除済みのルールメモリをより少ないアクションで再利用した後に発生する可能性があります。
• DSCP（Differentiated Service Code Point）を構成した後にSwitchDevモードに移行する際の問題。
• グローバルなトラフィッククラス構成がDC QP（動的接続キューペア）では有効になりませんでした。
• RDMA CMが使用された場合、レスポンダー側のmin_rnr_timer設定が正しくないためにib_send_bwトラフィックが頻繁にゼロに低下しました。min_rnr_timer設定を非RDMA CMの場合の設定に揃えました。
• VST QinQ機能が有効になっているVFをトラフィックが通過しませんでした。
• Tx VLANオフロードが有効でTSO（TCPセグメンテーションオフロード）またはTx csumが有効になっているGeneve VLANを介してトラフィックが送信された場合、トラフィックがドロップされ、回線に送信されない可能性があります。
• mlnxofed-dpdk-upstream-libsパッケージを手動でインストールするとファームウェアが再起動する問題。
• SLESシステムのrdma-core "dracut"フックのユーティリティパスが正しくなく、"--add rdma"オプションを指定して"dracut"を実行すると次のエラーが発生していました。dracut-install:
  • ERROR: installing ‘/usr/libexec/mlx4-setup.sh’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/mlx4-setup.sh dracut-install: ERROR: installing ‘/usr/libexec/rdma-set-sriov-vf’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/rdma-set-sriov-vf
• sysfsを介して設定した場合、DCTでトラフィッククラス値がアップデートされませんでした。
• セキュアメモリ暗号化（SME）を使用するAMDプラットフォームでのドアベル喪失の問題。
• フォーク中にmlx5dv_devx_umem_regを使用したメモリの登録。この修正なしでは、umem_regで登録されたメモリを使用しているときにfork()または類似のシステムコールを使用するアプリケーションは、間違った物理ページマッピングのためにハングする可能性があります。この修正には、IBV_FORK_SAFE環境変数を設定する必要があります。
• デバイスのバインドを解除すると、次のメッセージがdmesgに出力されました："failed to disable DC tracer"
• ファイル/sys/class/net//statistics/ multicastの内容が古く、実際の値よりも低い値が表示されていた可能性があります。
• ERSPAN（Encapsulated Remote SPAN）プロトコルは、Txチェックサムオフロードをオフにする場合にのみ使用可能でした。
• 非Mellanoxデバイスの名前が変更される原因となったudevスクリプトの問題。
• ifconfigの使用時にリプレゼンターの統計情報がありません。
• リプレゼンターの受信パケットのskbマークの誤った値を修正しました。
• 2番目のポートのリプレゼンターが最初のポートのリプレゼンターとして命名される問題。

• Clearing min_rate on all SR-IOV legacy VFs after setting min_rate to at least one of the VFs did not disable QoS min_rate.
• An empty /usr/src/mlnx-ofa_kernel/default is now no longer created.
• An issue where installing packages through a repository failed after generation of metapackages using --add-kernel-support. The failure occurred due to excessive and incorrect Obsolete headers in those metapackages.Enabled installation of mlnx-ofa_kernel package to /bin/python3 instead of / usr/bin/python3 on RHEL 8.x systems.
• All IPoIB offload packets were wrongly counted as rx_csum_complete. These packets are now identified as rx_csum_unnecessary packets.
• mlx5dv_dr_rule_destroy segmentation fault could happen in rare cases with multiple rules on the same matcher with a different number of actions. This could happen after reusing an already deleted rule memory with less actions.
• An issue of moving to SwitchDev mode after configuring DSCP (Differentiated Service Code Point).
• Global traffic class configuration did not take effect on DC QPs (Dynamically Connected Queue Pairs).
• ib_send_bw traffic frequently dropped to zero when RDMA CM was used, because of incorrect min_rnr_timer setting on the responder side. The min_rnr_timer setting is now aligned with the setting in non-RDMA CM cases.
• Traffic did not pass over VFs with VST QinQ feature is enabled.
• When traffic was sent over Geneve VLAN with Tx VLAN offload enabled and TSO (TCP Segmentation Offload) or Tx csum enabled, traffic could be dropped and not sent to the wire.
• An issue that caused the firmware to restart upon installing mlnxofed-dpdk-upstream-libs package manually.
• Bad utility paths in rdma-core "dracut" hooks on SLES systems, which used to result in the following errors when running "dracut" with the "--add rdma" option. dracut-install:
  • ERROR: installing ‘/usr/libexec/mlx4-setup.sh’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/mlx4-setup.sh dracut-install: ERROR: installing ‘/usr/libexec/rdma-set-sriov-vf’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/rdma-set-sriov-vf
• Traffic class value was not updated in DCT when set via sysfs.
• A doorbell loss issue on AMD platforms with Secure Memory Encryption (SME).
• Registering memory using mlx5dv_devx_umem_reg while forking. Without this fix, applications which use fork() or similar syscalls while using a memory registered with umem_reg could hang due to incorrect physical page mapping. This fix requires setting the IBV_FORK_SAFE environment variable.
• When unbinding the device resulted in the following message being printed to the dmesg: "failed to disable DC tracer"
• Content of file /sys/class/net//statistics/ multicast might have been out of date and might have displayed values lower than the real values.
• ERSPAN (Encapsulated Remote SPAN) protocol was available only when turning off Tx checksum offload.
• A udev script issue which caused non-mellanox devices to be renamed.
• Missing representor statistics when using ifconfig.
• Fixed wrong value of skb mark of received packets on representors.
• An issue which caused second port representors to be named as first port representors.

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

ファームウェアの依存関係:

修正された問題：

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリー INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

• An issue that caused the DCR (DC Resources) to be destroyed before the retry option managed to work when the retry timeout is too big. in this case, the DCR' time-to-live was increased, and the maximum retry timeout was decreased.
• Increased PHY power consumption limit to 1.5w.
• An issue that caused PortCounters.PortRcvErr / PPCNT.infiniband_counters.PortRcvErr not to report port icrc errors.

The following issues have been fixed in version 16.31.1014:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• An assert that was caused when trying to open 1024 functions on the device and the maximum number of functions was 1023.
• Occasional performance issues related to RC QPs using E2E-credits (not connected to SRQ and doing send/receive traffic) when the ROCE_ACCL tx_window was enabled.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• A rare issue that caused RX pipe to hang.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.
• CRT_DCR with index larger than 1 << 21 occasionally collided with the CRT_SW_RESERVED address.
• An issue that caused the TX queue to get into an unresponsive state when the VF rate limiter was set.

Additional Fixes included in version 16.31.1014:

• Disabled the CNP counter “rp_cnp_ignored " (triggered by OOS (out-of-sequence)) when all ports are IB.
• Fixed the TMP421 sensor temperature reporting.
• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

• An issue that caused the DCR (DC Resources) to be destroyed before the retry option managed to work when the retry timeout is too big. in this case, the DCR' time-to-live was increased, and the maximum retry timeout was decreased.
• Increased PHY power consumption limit to 1.5w.
• An issue that caused PortCounters.PortRcvErr / PPCNT.infiniband_counters.PortRcvErr not to report port icrc errors.

The following issues have been fixed in version 16.31.1014:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• An assert that was caused when trying to open 1024 functions on the device and the maximum number of functions was 1023.
• Occasional performance issues related to RC QPs using E2E-credits (not connected to SRQ and doing send/receive traffic) when the ROCE_ACCL tx_window was enabled.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• A rare issue that caused RX pipe to hang.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.
• CRT_DCR with index larger than 1 << 21 occasionally collided with the CRT_SW_RESERVED address.
• An issue that caused the TX queue to get into an unresponsive state when the VF rate limiter was set.

Additional Fixes included in version 16.31.1014:

• Disabled the CNP counter “rp_cnp_ignored " (triggered by OOS (out-of-sequence)) when all ports are IB.
• Fixed the TMP421 sensor temperature reporting.
• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

• An issue that prevented VXLAN packets with svlan/ cvlan tag from being matched.
• An issue that caused the eth_wqe_too_small counter to count ODP (On-Demand Paging) page faults.
• When MKEY_BY_NAME was enabled by NVCONFIG and a large number of VFs are configured, VM restart (VF/PF FLR) will take longer than when MKEY_BY_NAME is disabled.
•  Ani ssue that resulted in low performance after enabling the RoCE Accelerator capability. Note: The fix is available when all ports are set as Ethernet. 
• On rare cases, a fatal error related to errors from the PCI transport layer might be reported during FLR.
• The chassis manager calculation for Multi-Host and Socket-Direct adapter cards to allow running NC-SI commands by the chassis manager BMC. Now the chassis manager is count as BMC with index 0, regardless of how many BMC there are.
• An issue that caused the device to go to down IRISC as one of the firmware semaphores could not be released when a speed change or port state change was triggered. 

Following issues have been fixed in firmware version 12.28.1002:

• An issue that caused the DCR (DC Resources) to be destroyed before the retry option managed to work when the retry timeout is too big. in this case, the DCR' time-to-live was increased, and the maximum retry timeout was decreased.
• Increased PHY power consumption limit to 1.5w.
• An issue that caused PortCounters.PortRcvErr / PPCNT.infiniband_counters.PortRcvErr not to report port icrc errors.

• An issue that prevented VXLAN packets with svlan/ cvlan tag from being matched.
• An issue that caused the eth_wqe_too_small counter to count ODP (On-Demand Paging) page faults.
• When MKEY_BY_NAME was enabled by NVCONFIG and a large number of VFs are configured, VM restart (VF/PF FLR) will take longer than when MKEY_BY_NAME is disabled.
•  Ani ssue that resulted in low performance after enabling the RoCE Accelerator capability. Note: The fix is available when all ports are set as Ethernet. 
• On rare cases, a fatal error related to errors from the PCI transport layer might be reported during FLR.
• The chassis manager calculation for Multi-Host and Socket-Direct adapter cards to allow running NC-SI commands by the chassis manager BMC. Now the chassis manager is count as BMC with index 0, regardless of how many BMC there are.
• An issue that caused the device to go to down IRISC as one of the firmware semaphores could not be released when a speed change or port state change was triggered. 

Following issues have been fixed in firmware version 12.28.1002:

• An issue that caused the DCR (DC Resources) to be destroyed before the retry option managed to work when the retry timeout is too big. in this case, the DCR' time-to-live was increased, and the maximum retry timeout was decreased.
• Increased PHY power consumption limit to 1.5w.
• An issue that caused PortCounters.PortRcvErr / PPCNT.infiniband_counters.PortRcvErr not to report port icrc errors.

• EEH（拡張エラー処理）を挿入すると、次のような余分なカーネル出力が発生する可能性がある問題を修正しました：“EEH: Might be infinite loop in mlx5_core driver”
• デフォルト以外のカーネルを備えたRPMベースのOSで、（-add-kernel-supportを使用して）インストーラーを再作成した後にレポジトリを使用すると、ドライバーが正しくインストールされませんでした。
• perftestパッケージのタイプミスで、ヘルプメッセージにGb/sとMB/sの間の変換結果が誤って表示されました（2^20ではなく20^2）。
• LAGスレーブの1つがダウンすると、LAGの非アクティブ化に失敗し、最終的に帯域幅が低下しました。
• mlx5ドライバーでは、/sys/kernel/debug/にある開いているすべてのethポートのサブディレクトリを維持します。デフォルトのネットワーク名前空間の場合、サブディレクトリ名は"eth8"のようなインターフェイスの名前です。デフォルト以外のネットワーク名前空間に移動されたネットワークインターフェイスの新しい規則では、インターフェイス名の後に"@"とポートのPCI IDが続きます。例："eth8@0000:af:00.3"。
• 以前は、esp6_offloadモジュールが正常にロードされない場合に"openibd"スクリプトのロードに失敗していました。
• mpi-selectorsパッケージのperl-Getopt-Longシステムパッケージへの依存関係を追加しました。RPMベースのOSの最小インストールでは、mpi-selectrosをインストールすると、必須のシステムパッケージperl-Getopt-Longもインストールされます。
• 特定のまれなシナリオで、Rxページが補充されないために、同じページフラグメントが誤って2つの異なるRx記述子に割り当てられるようになりました。
• SLES15 SP1のerrataカーネルでドライバーのロードに関する問題がありました。
• TCツールを使用してヘアピンフローを追加できないヘアピン機能の問題を修正しました。
• EEHの場合、WQ（作業キュー）のフラッシュが適切に処理されませんでした。
• RMPP madを集中的に使用するアプリケーションを終了すると、まれにカーネルがクラッシュするシナリオ。
• ユーザー空間コマンドの実行と並行してAER/スロットリセットが行われると、カーネルがクラッシュする可能性のあるシナリオ。
• SwitchDevモードのPFのsysfsで欠落していたECN（Explicit Congestion Notification）構成を追加しました。
• コマンドに対するファームウェアの応答時間が非常に長くなると、タイムアウト時に一部のコマンドが失敗しました。その後、ドライバーが誤ったエントリーでタイムアウトの完了をトリガーし、ヌルポインター呼び出しトレースが発生した可能性があります。
• 次のNetDev操作を使用する古いXDP_REDIRECTインフラストラクチャを備えたカーネルのドライバーサポートを追加しました：.ndo_xdp_flushおよび.ndo_xdp_xmit。
• Open MPI RPMオプション--excludedocsを使用したときにドキュメントに関連しないファイルが削除されました。
• 以前のMLNX_OFEDバージョンの起動プロセスを維持するために、udevトリガーによる一部のモジュールの自動ロードを無効にしました。
• rdma_resolve_addr()関数でRDMA接続ID（cm_id）の参照カウント（refcount）がインクリメントされなかったために、cm_idのUse-After-Freeアクセスが発生しました。cm_idのrefcountをインクリメントするように修正が適用されました
• 2つのポートを同時にSwitchDevモードに移行したときにカーネルパニックが発生する競合状態。
• SwitchDevモードでのsysfsハードウェアカウンターへのアクセスを許可しました
• 実行対象のコアを決定するために、RXページのリサイクルフローで関数smp_processor_id()が呼び出されます。これは、NAPIコンテキストで実行するためのものです。しかし、バックポート中のバグにより、RXページのリサイクルがRQクローズフローで不要なときにも誤って呼び出されました。
• 再起動後にポートリンク状態が（管理状態の関与なしに）"アップ"に自動的に変更されました。
• SLES 11 OSで動作しているときにConnectX-3アダプターカードがフリーズしました。
• ポートスペースが小さいときに、RDMA CM（リモートダイレクトメモリアクセス通信マネージャー）接続が失敗しました。
• VxLANインターフェイスを介したOVS（Open VSwitch）オフロードおよび非オフロードによるトラフィックのミラーリングがサポートされるようになりました。  注記：カーネル4.9の場合、必ず専用のOVSバージョンを使用してください。
• ボンディングデバイスがアクティブ/アクティブモードのときにVF LAGを使用した場合、fwresetを実行すると、両方のPFでトラフィックが等しくなくなり、PFが回線速度に到達しません。
• SwitchDevモードでVF（仮想機能）netdevice上にボンディングが作成された場合、VF netdeviceはリプレゼンテーションネットデバイスとして扱われます。これにより、mlx5_coreドライバーがボンディングデバイスに関連するnetdeviceイベントを受信した場合にクラッシュしました。
• VF LAGモードでの不適切なアフィニティの発生に続いて、スイッチのポートがアップ/ダウンした後にトラフィックが送信されていた問題。
• CentOS 7.2 OSでのVLAN（仮想ローカルエリアネットワーク）ヘッダーの書き換えのサポートを追加しました。

• An issue where injecting EEH (Extended Error Handlng) may cause extra Kernel prints, such as: “EEH: Might be infinite loop in mlx5_core driver” was fixed.
• RPM-based OSs with non-default kernels, using repositories after re-creating the installer (using --add-kernel-support) were resulting in improper installation of the drivers.
• A typo in perftest package where help messages wrongly displayed the conversion result between Gb/s and MB/s (20^2 instead of 2^20).
• When one of the LAG slaves went down, LAG deactivation failed, ultimately causing bandwidth degradation.
• The mlx5 driver maintains a subdirectory for every open eth port in /sys/kernel/debug/. For the default network namespace, the sub-directory name is the name of the interface, like "eth8". The new convention for the network interfaces moved to the non-default network namespaces is the interfaces name followed by "@" and the port's PCI ID. For example: "eth8@0000:af:00.3".
• "openibd" script load used to fail when esp6_offload module did not load successfully.
• Added dependency of package mpi-selectors on perl-Getopt-Long system package. On minimal installs of RPM-based OSs, installing mpi-selectros will also install the required system package perl-Getopt-Long.
• During certain rare scenarios, due to Rx page not being replenished, the same page fragment mistakenly became assigned to two different Rx descriptors.
• Driver load issue existed with Errata-kernel on SLES15 SP1.
• An issue in the Hairpin feature which prevented adding hairpin flows using TC tool was fixed.
• WQ (Work Queue) queue flushing was not handled properly in the event of EEH.
• A rare kernel crash scenario when exiting an application that uses RMPP mads intensively.
• A possible kernel crash scenario when AER/slot reset in done in parallel to user space commands execution.
• Added missing ECN (Explicit Congestion Notification) configuration under sysfs for PFs in SwitchDev mode.
• When firmware response time to commands became very long, some commands failed upon timeout. The driver may have then triggered a timeout completion on the wrong entry, leading to a NULL pointer call trace.
• Added driver support for kernels with the old XDP_REDIRECT infrastructure that uses the following NetDev operations: .ndo_xdp_flush and .ndo_xdp_xmit.
• Usage of --excludedocs Open MPI RPM option resulted in the removal of non-documentation related files.
• Disabled automated loading of some modules through udev triggers to preserve the startup process of previous MLNX_OFED versions.
• Reference count (refcount) for RDMA connection ID (cm_id) was not incremented in rdma_resolve_addr() function, resulting in a cm_id use-after-free access. A fix was applied to increment the cm_id refcount
• A race condition which caused kernel panic when moving two ports to SwitchDev mode at the same time.
• Allowed accessing sysfs hardware counters in SwitchDev mode
• Function smp_processor_id() is called in the RX page recycle flow to determine the core to run on. This is intended to run in NAPI context. However, due to a bug in backporting, the RX page recycle was mistakenly called also in the RQ close flow when not needed.
• Port link state was automatically changed (without admin state involvement) to "UP" after reboot.
• ConnectX-3 adapter cards froze when running over SLES 11 OS.
• RDMA CM (Remote Direct Memory Access Communation Manager) connection failed when port space was small.
• Traffic mirroring with OVS (Open VSwitch)offload and non-offload over VxLAN interface is now supported. Note: For kernel 4.9, make sure to use a dedicated OVS version.
• When working with VF LAG while the bond device is in active-active mode, running fwreset would result in unequal traffic on both PFs, and PFs would not reach line rate.
• When bond was created over VF (Virtuaal Function) netdevices in SwitchDev mode, the VF netdevice would be treated as representor netdevice. This caused the mlx5_core driver to crash in case it received netdevice events related to bond device.
• An issue where following a bad affinity occurrence in VF LAG mode, traffic was sent after the port went up/down in the switch.
• Added support for VLAN (Virtual Local Area Network) header rewrite on CentOS 7.2 OS.

• EEH（拡張エラー処理）を挿入すると、次のような余分なカーネル出力が発生する可能性がある問題を修正しました：“EEH: Might be infinite loop in mlx5_core driver”
• デフォルト以外のカーネルを備えたRPMベースのOSで、（-add-kernel-supportを使用して）インストーラーを再作成した後にレポジトリを使用すると、ドライバーが正しくインストールされませんでした。
• perftestパッケージのタイプミスで、ヘルプメッセージにGb/sとMB/sの間の変換結果が誤って表示されました（2^20ではなく20^2）。
• LAGスレーブの1つがダウンすると、LAGの非アクティブ化に失敗し、最終的に帯域幅が低下しました。
• mlx5ドライバーでは、/sys/kernel/debug/にある開いているすべてのethポートのサブディレクトリを維持します。デフォルトのネットワーク名前空間の場合、サブディレクトリ名は"eth8"のようなインターフェイスの名前です。デフォルト以外のネットワーク名前空間に移動されたネットワークインターフェイスの新しい規則では、インターフェイス名の後に"@"とポートのPCI IDが続きます。例："eth8@0000:af:00.3"。
• 以前は、esp6_offloadモジュールが正常にロードされない場合に"openibd"スクリプトのロードに失敗していました。
• mpi-selectorsパッケージのperl-Getopt-Longシステムパッケージへの依存関係を追加しました。RPMベースのOSの最小インストールでは、mpi-selectrosをインストールすると、必須のシステムパッケージperl-Getopt-Longもインストールされます。
• 特定のまれなシナリオで、Rxページが補充されないために、同じページフラグメントが誤って2つの異なるRx記述子に割り当てられるようになりました。
• SLES15 SP1のerrataカーネルでドライバーのロードに関する問題がありました。
• TCツールを使用してヘアピンフローを追加できないヘアピン機能の問題を修正しました。
• EEHの場合、WQ（作業キュー）のフラッシュが適切に処理されませんでした。
• RMPP madを集中的に使用するアプリケーションを終了すると、まれにカーネルがクラッシュするシナリオ。
• ユーザー空間コマンドの実行と並行してAER/スロットリセットが行われると、カーネルがクラッシュする可能性のあるシナリオ。
• SwitchDevモードのPFのsysfsで欠落していたECN（Explicit Congestion Notification）構成を追加しました。
• コマンドに対するファームウェアの応答時間が非常に長くなると、タイムアウト時に一部のコマンドが失敗しました。その後、ドライバーが誤ったエントリーでタイムアウトの完了をトリガーし、ヌルポインター呼び出しトレースが発生した可能性があります。
• 次のNetDev操作を使用する古いXDP_REDIRECTインフラストラクチャを備えたカーネルのドライバーサポートを追加しました：.ndo_xdp_flushおよび.ndo_xdp_xmit。
• Open MPI RPMオプション--excludedocsを使用したときにドキュメントに関連しないファイルが削除されました。
• 以前のMLNX_OFEDバージョンの起動プロセスを維持するために、udevトリガーによる一部のモジュールの自動ロードを無効にしました。
• rdma_resolve_addr()関数でRDMA接続ID（cm_id）の参照カウント（refcount）がインクリメントされなかったために、cm_idのUse-After-Freeアクセスが発生しました。cm_idのrefcountをインクリメントするように修正が適用されました
• 2つのポートを同時にSwitchDevモードに移行したときにカーネルパニックが発生する競合状態。
• SwitchDevモードでのsysfsハードウェアカウンターへのアクセスを許可しました
• 実行対象のコアを決定するために、RXページのリサイクルフローで関数smp_processor_id()が呼び出されます。これは、NAPIコンテキストで実行するためのものです。しかし、バックポート中のバグにより、RXページのリサイクルがRQクローズフローで不要なときにも誤って呼び出されました。
• 再起動後にポートリンク状態が（管理状態の関与なしに）"アップ"に自動的に変更されました。
• SLES 11 OSで動作しているときにConnectX-3アダプターカードがフリーズしました。
• ポートスペースが小さいときに、RDMA CM（リモートダイレクトメモリアクセス通信マネージャー）接続が失敗しました。
• VxLANインターフェイスを介したOVS（Open VSwitch）オフロードおよび非オフロードによるトラフィックのミラーリングがサポートされるようになりました。  注記：カーネル4.9の場合、必ず専用のOVSバージョンを使用してください。
• ボンディングデバイスがアクティブ/アクティブモードのときにVF LAGを使用した場合、fwresetを実行すると、両方のPFでトラフィックが等しくなくなり、PFが回線速度に到達しません。
• SwitchDevモードでVF（仮想機能）netdevice上にボンディングが作成された場合、VF netdeviceはリプレゼンテーションネットデバイスとして扱われます。これにより、mlx5_coreドライバーがボンディングデバイスに関連するnetdeviceイベントを受信した場合にクラッシュしました。
• VF LAGモードでの不適切なアフィニティの発生に続いて、スイッチのポートがアップ/ダウンした後にトラフィックが送信されていた問題。
• CentOS 7.2 OSでのVLAN（仮想ローカルエリアネットワーク）ヘッダーの書き換えのサポートを追加しました。

• An issue where injecting EEH (Extended Error Handlng) may cause extra Kernel prints, such as: “EEH: Might be infinite loop in mlx5_core driver” was fixed.
• RPM-based OSs with non-default kernels, using repositories after re-creating the installer (using --add-kernel-support) were resulting in improper installation of the drivers.
• A typo in perftest package where help messages wrongly displayed the conversion result between Gb/s and MB/s (20^2 instead of 2^20).
• When one of the LAG slaves went down, LAG deactivation failed, ultimately causing bandwidth degradation.
• The mlx5 driver maintains a subdirectory for every open eth port in /sys/kernel/debug/. For the default network namespace, the sub-directory name is the name of the interface, like "eth8". The new convention for the network interfaces moved to the non-default network namespaces is the interfaces name followed by "@" and the port's PCI ID. For example: "eth8@0000:af:00.3".
• "openibd" script load used to fail when esp6_offload module did not load successfully.
• Added dependency of package mpi-selectors on perl-Getopt-Long system package. On minimal installs of RPM-based OSs, installing mpi-selectros will also install the required system package perl-Getopt-Long.
• During certain rare scenarios, due to Rx page not being replenished, the same page fragment mistakenly became assigned to two different Rx descriptors.
• Driver load issue existed with Errata-kernel on SLES15 SP1.
• An issue in the Hairpin feature which prevented adding hairpin flows using TC tool was fixed.
• WQ (Work Queue) queue flushing was not handled properly in the event of EEH.
• A rare kernel crash scenario when exiting an application that uses RMPP mads intensively.
• A possible kernel crash scenario when AER/slot reset in done in parallel to user space commands execution.
• Added missing ECN (Explicit Congestion Notification) configuration under sysfs for PFs in SwitchDev mode.
• When firmware response time to commands became very long, some commands failed upon timeout. The driver may have then triggered a timeout completion on the wrong entry, leading to a NULL pointer call trace.
• Added driver support for kernels with the old XDP_REDIRECT infrastructure that uses the following NetDev operations: .ndo_xdp_flush and .ndo_xdp_xmit.
• Usage of --excludedocs Open MPI RPM option resulted in the removal of non-documentation related files.
• Disabled automated loading of some modules through udev triggers to preserve the startup process of previous MLNX_OFED versions.
• Reference count (refcount) for RDMA connection ID (cm_id) was not incremented in rdma_resolve_addr() function, resulting in a cm_id use-after-free access. A fix was applied to increment the cm_id refcount
• A race condition which caused kernel panic when moving two ports to SwitchDev mode at the same time.
• Allowed accessing sysfs hardware counters in SwitchDev mode
• Function smp_processor_id() is called in the RX page recycle flow to determine the core to run on. This is intended to run in NAPI context. However, due to a bug in backporting, the RX page recycle was mistakenly called also in the RQ close flow when not needed.
• Port link state was automatically changed (without admin state involvement) to "UP" after reboot.
• ConnectX-3 adapter cards froze when running over SLES 11 OS.
• RDMA CM (Remote Direct Memory Access Communation Manager) connection failed when port space was small.
• Traffic mirroring with OVS (Open VSwitch)offload and non-offload over VxLAN interface is now supported. Note: For kernel 4.9, make sure to use a dedicated OVS version.
• When working with VF LAG while the bond device is in active-active mode, running fwreset would result in unequal traffic on both PFs, and PFs would not reach line rate.
• When bond was created over VF (Virtuaal Function) netdevices in SwitchDev mode, the VF netdevice would be treated as representor netdevice. This caused the mlx5_core driver to crash in case it received netdevice events related to bond device.
• An issue where following a bad affinity occurrence in VF LAG mode, traffic was sent after the port went up/down in the switch.
• Added support for VLAN (Virtual Local Area Network) header rewrite on CentOS 7.2 OS.

• An issue that prevented the firmware from detecting a link_down event thus preventing the IB bond interface from going to a failover mode.

The following issues have been fixed in version 14.31.1200:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.

Additional Fixes included in version 14.31.1200:

• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

The following issues have been fixed in version 16.31.1014:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• An assert that was caused when trying to open 1024 functions on the device and the maximum number of functions was 1023.
• Occasional performance issues related to RC QPs using E2E-credits (not connected to SRQ and doing send/receive traffic) when the ROCE_ACCL tx_window was enabled.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• A rare issue that caused RX pipe to hang.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.
• CRT_DCR with index larger than 1 << 21 occasionally collided with the CRT_SW_RESERVED address.
• An issue that caused the TX queue to get into an unresponsive state when the VF rate limiter was set.

Additional Fixes included in version 16.31.1014:

• Disabled the CNP counter “rp_cnp_ignored " (triggered by OOS (out-of-sequence)) when all ports are IB.
• Fixed the TMP421 sensor temperature reporting.
• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

• An issue that prevented the firmware from detecting a link_down event thus preventing the IB bond interface from going to a failover mode.

The following issues have been fixed in version 14.31.1200:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.

Additional Fixes included in version 14.31.1200:

• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

The following issues have been fixed in version 16.31.1014:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• An assert that was caused when trying to open 1024 functions on the device and the maximum number of functions was 1023.
• Occasional performance issues related to RC QPs using E2E-credits (not connected to SRQ and doing send/receive traffic) when the ROCE_ACCL tx_window was enabled.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• A rare issue that caused RX pipe to hang.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.
• CRT_DCR with index larger than 1 << 21 occasionally collided with the CRT_SW_RESERVED address.
• An issue that caused the TX queue to get into an unresponsive state when the VF rate limiter was set.

Additional Fixes included in version 16.31.1014:

• Disabled the CNP counter “rp_cnp_ignored " (triggered by OOS (out-of-sequence)) when all ports are IB.
• Fixed the TMP421 sensor temperature reporting.
• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

• ファームウェアがlink_downイベントを検出することを妨げることで、IBボンドインターフェイスがフェイルオーバーモードになることを妨げる問題。

ファームウェアバージョン14.29.1016に含まれる修正点：

• クラスターのより大きなスケーラビリティをサポートするために、すべてのデバイスでDCQCN（データセンター-量子化輻輳通知）のNPパラメーターmin_time_between_cnpsのデフォルト値を4に変更しました。
• ヘッダーサイズの問題やチェックの失敗が原因でパケットがドロップされる問題。この問題は、VFによってwqe_inline_header_modeの入力に誤ったヘッダーサイズ値が設定されるLinuxの問題が原因で発生しました。
• NVCONFIGでMKEY_BY_NAMEを有効にして、多数のVFを設定した場合、VMの再起動(VF/PF FLR)にMKEY_BY_NAMEを無効にした場合に比べて時間がかかります。
• まれに、PCIトランスポート層からのエラーに関連する致命的なエラーがFLR中に報告される場合があります。
•  速度の変更またはポート状態の変更がトリガーされたときに、ファームウェアセマフォの1つを解放できないため、デバイスがdead IRISCになる問題。 

ファームウェアバージョン14.31.1200には修正が含まれていません。

• An issue that prevented the firmware from detecting a link_down event thus preventing the IB bond interface from going to a failover mode.

Fixes included in firmware version 14.29.1016:

• Changed the default value of DCQCN's (Data center- Quantized Congestion Notification)  NP parameter min_time_between_cnps to 4 on all devices to support larger scalability of cluster.
• An issue that caused packets to drop due to header size issues and/or failing checks. The issue was caused due to a Linux issue that caused VFs to set the wrong header size value in wqe_inline_header_mode input.
• When MKEY_BY_NAME was enabled by NVCONFIG and a large number of VFs were configured, VM restart (VF/PF FLR) will take longer than when MKEY_BY_NAME is disabled.
• On rare cases, a fatal error related to errors from the PCI transport layer might be reported during FLR.
•  An issue that caused the device to go to dead IRISC as one of the firmware semaphores could not be released when a speed change or port state change was triggered. 

No fixes are included in firmware version 14.31.1200.

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

このバージョンのシステムROMには、インテル製品アップデート(IPU)バージョンIPU.2020.2ガイダンスに沿ったアップデートが含まれています。

ファームウェアの依存関係:

なし

修正された問題：

このシステムROMのリビジョンには、インテルのマイクロコードの最新リビジョンが含まれています。このリリースに含まれているインテル製マイクロコードパッチは、バージョン0x00000044(CPUID 306F2)および0x00B00003A(CPUID 406F1)です。

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

なし

This version of the System ROM contains updates aligned with the Intel Product Update (IPU) version IPU.2020.2 guidance.

Firmware Dependencies:

None

Problems Fixed:

This revision of the System ROM includes the latest revision of Intel microcode. The Intel microcode patches included in this release are versions 0x00000044 (CPUID 306F2) and 0x00B00003A (CPUID 406F1).

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

None

カスタマーアドバイザリa00095304ja_jpを参照してください。

Please reference Customer Advisory a00095304en_us.

カスタマーアドバイザリSIK5264を参照してください。

Please reference Customer Advisory SIK5264.

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel microcode which provides mitigations for the Intel technical sighting referred to as MD Clear. The Intel microcode patches included in this release are version 0x00000046 (CPUID 306F2) and 0x0B00003E (CPUID 406F1). This issue is not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

このバージョンのシステムROMには、インテル製品アップデート(IPU)バージョンIPU.2020.2ガイダンスに沿ったアップデートが含まれています。

ファームウェアの依存関係:

なし

修正された問題：

このシステムROMのリビジョンには、インテルのマイクロコードの最新リビジョンが含まれています。このリリースに含まれているインテル製マイクロコードパッチは、バージョン0x00000044(CPUID 306F2)および0x00B00003A(CPUID 406F1)です。

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリー INTEL-SA-00390 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

なし

This version of the System ROM contains updates aligned with the Intel Product Update (IPU) version IPU.2020.2 guidance.

Firmware Dependencies:

None

Problems Fixed:

This revision of the System ROM includes the latest revision of Intel microcode. The Intel microcode patches included in this release are versions 0x00000044 (CPUID 306F2) and 0x00B00003A (CPUID 406F1).

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

None

この製品は、SFP+モジュールがない場合にixgbenドライバーのCPUオーバーヘッドが高くなる問題に対処します。

This product addresses an issue where the ixgben driver has high CPU overhead when an SFP+ module is absent.

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

Firmware Dependencies:

Problems Fixed:

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-12360 and CVE-2020-12357. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00463. These issues are not unique to HPE servers.

Known Issues:

バージョン2.80_10-16-2020（B）にはコンポーネントパッケージのアップデートが含まれており、機能的にはバージョン2.80_10-16-2020と同等です。  以前のコンポーネントのRevision がROMシステムから2.80_10-16-2020へアップグレードするために使用されていた場合は、Revision Bにアップグレードする必要はありません。

このバージョンのシステムROMには、インテル製品アップデート(IPU)バージョンIPU.2020.2ガイダンスに沿ったアップデートが含まれています。

ファームウェアの依存関係:

なし

修正された問題：

このシステムROMのリビジョンには、インテル製マイクロコードの最新リビジョンが含まれています。このリリースに含まれているインテル製マイクロコードパッチは、バージョン0x00000044(CPUID 306F2)および0x00B00003A(CPUID 406F1)です。

このシステムROMのリビジョンには、CVE-2020-0591 および CVE-2020-0592 として文書化されたBIOSアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリー INTEL-SA-00358 に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このシステムROMのリビジョンには、CVE-2020-8738、CVE-2020-8740、および CVE-2020-8764 として文書化されているBIOSプラットフォームのコードアドバイザリおよびセキュリティ上の脆弱性の緩和を提供するインテルリファレンスコードの最新リビジョンが含まれています。これらのセキュリティ上の脆弱性は、インテルセキュリティアドバイザリ INTEL-SA-00390に文書化されています。これらの問題は、HPEサーバーに固有のものではありません。

このバージョンのシステムROMには、SmartArray B140i SATA RAIDコントローラー用のアップデートされたUEFIドライバーが含まれています。このアップデートは、システムでオペレーティングシステムの起動に関する問題(起動時にLinuxカーネルパニックが発生するなど)が定期的に発生する可能性がある問題に対処します。

既知の問題点:

なし

Ver. 2.80_10-16-2020 (B)  contains updates to the component packaging and is functionally equivalent to ver. 2.80_10-16-2020.  It is not necessary to upgrade with Revision B if a previous component Revision was used to upgrade the system ROM to version 2.80_10-16-2020.

This version of the System ROM contains updates aligned with the Intel Product Update (IPU) version IPU.2020.2 guidance.

Firmware Dependencies:

None

Problems Fixed:

This revision of the System ROM includes the latest revision of Intel microcode. The Intel microcode patches included in this release are versions 0x00000044 (CPUID 306F2) and 0x00B00003A (CPUID 406F1).

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS advisories and security vulnerabilities documented as CVE-2020-0591 and CVE-2020-0592. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00358. These issues are not unique to HPE servers.

This revision of the System ROM includes the latest revision of the Intel Reference Code which provides mitigations for BIOS platform code advisories and security vulnerabilities documented as CVE-2020-8738, CVE-2020-8740, and CVE-2020-8764. These security vulnerabilities are documented in Intel Security Advisory INTEL-SA-00390. These issues are not unique to HPE servers.

This version of the System ROM contains an updated UEFI Driver for the SmartArray B140i SATA RAID controller. This update addresses an issue where the system may periodically experience an operating system boot issue such as experiencing a Linux kernel panic on boot.

Known Issues:

None

• FW転送の修正
• ドライブ障害の修正
• 電力喪失保護
• FWダウンロードの修正
• リセットの修正
• シャットダウンの修正
• PCIeの改善
• ランダム書き込みの改善

• FW Transfer Fix
• Drive Failure Fix
• Power Loss Protection
• FW Download Fix
• Reset Fix
• Shutdown fix
• PCIe Improvement
• Random Write Improvement

• An issue that prevented the firmware from detecting a link_down event thus preventing the IB bond interface from going to a failover mode.

The following issues have been fixed in version 14.31.1200:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.

Additional Fixes included in version 14.31.1200:

• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

The following issues have been fixed in version 16.31.1014:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• An assert that was caused when trying to open 1024 functions on the device and the maximum number of functions was 1023.
• Occasional performance issues related to RC QPs using E2E-credits (not connected to SRQ and doing send/receive traffic) when the ROCE_ACCL tx_window was enabled.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• A rare issue that caused RX pipe to hang.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.
• CRT_DCR with index larger than 1 << 21 occasionally collided with the CRT_SW_RESERVED address.
• An issue that caused the TX queue to get into an unresponsive state when the VF rate limiter was set.

Additional Fixes included in version 16.31.1014:

• Disabled the CNP counter “rp_cnp_ignored " (triggered by OOS (out-of-sequence)) when all ports are IB.
• Fixed the TMP421 sensor temperature reporting.
• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

• An issue that prevented the firmware from detecting a link_down event thus preventing the IB bond interface from going to a failover mode.

The following issues have been fixed in version 14.31.1200:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.

Additional Fixes included in version 14.31.1200:

• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

The following issues have been fixed in version 16.31.1014:

• TX PRBS was not changed even after reconfiguring it, all PRBS mode were enabled in test mode.
• An assert that was caused when trying to open 1024 functions on the device and the maximum number of functions was 1023.
• Occasional performance issues related to RC QPs using E2E-credits (not connected to SRQ and doing send/receive traffic) when the ROCE_ACCL tx_window was enabled.
• A fatal error occurred and eventually resulted in the HCA to get into an unresponsive state when a packet was larger than a strided receive WQE that was being scattered.
• A rare issue that caused RX pipe to hang.
• The resource number size (a 64 bit number) was overwritten with a 32 bit number and erased the high bits when de-allocating the resource number.
• CRT_DCR with index larger than 1 << 21 occasionally collided with the CRT_SW_RESERVED address.
• An issue that caused the TX queue to get into an unresponsive state when the VF rate limiter was set.

Additional Fixes included in version 16.31.1014:

• Disabled the CNP counter “rp_cnp_ignored " (triggered by OOS (out-of-sequence)) when all ports are IB.
• Fixed the TMP421 sensor temperature reporting.
• Fixed the rate select mechanism in QSFP modules.
• Fixed classification issues for "Passive" cables to be more robust.
• Initialized the rate table in the static configuration so it will be configured at the link-not-up scenarios.

• ファームウェアがlink_downイベントを検出することを妨げることで、IBボンドインターフェイスがフェイルオーバーモードになることを妨げる問題。

ファームウェアバージョン14.29.1016に含まれる修正点：

• クラスターのより大きなスケーラビリティをサポートするために、すべてのデバイスでDCQCN（データセンター-量子化輻輳通知）のNPパラメーターmin_time_between_cnpsのデフォルト値を4に変更しました。
• ヘッダーサイズの問題やチェックの失敗が原因でパケットがドロップされる問題。この問題は、VFによってwqe_inline_header_modeの入力に誤ったヘッダーサイズ値が設定されるLinuxの問題が原因で発生しました。
• NVCONFIGでMKEY_BY_NAMEを有効にして、多数のVFを設定した場合、VMの再起動(VF/PF FLR)にMKEY_BY_NAMEを無効にした場合に比べて時間がかかります。
• まれに、PCIトランスポート層からのエラーに関連する致命的なエラーがFLR中に報告される場合があります。
•  速度の変更またはポート状態の変更がトリガーされたときに、ファームウェアセマフォの1つを解放できないため、デバイスがdead IRISCになる問題。 

ファームウェアバージョン14.31.1200には修正が含まれていません。

• An issue that prevented the firmware from detecting a link_down event thus preventing the IB bond interface from going to a failover mode.

Fixes included in firmware version 14.29.1016:

• Changed the default value of DCQCN's (Data center- Quantized Congestion Notification)  NP parameter min_time_between_cnps to 4 on all devices to support larger scalability of cluster.
• An issue that caused packets to drop due to header size issues and/or failing checks. The issue was caused due to a Linux issue that caused VFs to set the wrong header size value in wqe_inline_header_mode input.
• When MKEY_BY_NAME was enabled by NVCONFIG and a large number of VFs were configured, VM restart (VF/PF FLR) will take longer than when MKEY_BY_NAME is disabled.
• On rare cases, a fatal error related to errors from the PCI transport layer might be reported during FLR.
•  An issue that caused the device to go to dead IRISC as one of the firmware semaphores could not be released when a speed change or port state change was triggered. 

No fixes are included in firmware version 14.31.1200.

• TBD

• TBD

• HPE Synergy 3820C 10/20Gbコンバージドネットワークアダプターがサポートされていないと表示される問題に対処しました
• データベース内の無効なutf8mb4文字を修正しました

• Addressed issue where the HPE Synergy 3820C 10/20Gb Converged Network Adapter was showing not supported
• Corrected invalid utf8mb4 char in database

• Clearing min_rate on all SR-IOV legacy VFs after setting min_rate to at least one of the VFs did not disable QoS min_rate.
• An empty /usr/src/mlnx-ofa_kernel/default is now no longer created.
• An issue where installing packages through a repository failed after generation of metapackages using --add-kernel-support. The failure occurred due to excessive and incorrect Obsolete headers in those metapackages.Enabled installation of mlnx-ofa_kernel package to /bin/python3 instead of / usr/bin/python3 on RHEL 8.x systems.
• All IPoIB offload packets were wrongly counted as rx_csum_complete. These packets are now identified as rx_csum_unnecessary packets.
• mlx5dv_dr_rule_destroy segmentation fault could happen in rare cases with multiple rules on the same matcher with a different number of actions. This could happen after reusing an already deleted rule memory with less actions.
• An issue of moving to SwitchDev mode after configuring DSCP (Differentiated Service Code Point).
• Global traffic class configuration did not take effect on DC QPs (Dynamically Connected Queue Pairs).
• ib_send_bw traffic frequently dropped to zero when RDMA CM was used, because of incorrect min_rnr_timer setting on the responder side. The min_rnr_timer setting is now aligned with the setting in non-RDMA CM cases.
• Traffic did not pass over VFs with VST QinQ feature is enabled.
• When traffic was sent over Geneve VLAN with Tx VLAN offload enabled and TSO (TCP Segmentation Offload) or Tx csum enabled, traffic could be dropped and not sent to the wire.
• An issue that caused the firmware to restart upon installing mlnxofed-dpdk-upstream-libs package manually.
• Bad utility paths in rdma-core "dracut" hooks on SLES systems, which used to result in the following errors when running "dracut" with the "--add rdma" option. dracut-install:
  • ERROR: installing ‘/usr/libexec/mlx4-setup.sh’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/mlx4-setup.sh dracut-install: ERROR: installing ‘/usr/libexec/rdma-set-sriov-vf’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/rdma-set-sriov-vf
• Traffic class value was not updated in DCT when set via sysfs.
• A doorbell loss issue on AMD platforms with Secure Memory Encryption (SME).
• Registering memory using mlx5dv_devx_umem_reg while forking. Without this fix, applications which use fork() or similar syscalls while using a memory registered with umem_reg could hang due to incorrect physical page mapping. This fix requires setting the IBV_FORK_SAFE environment variable.
• When unbinding the device resulted in the following message being printed to the dmesg: "failed to disable DC tracer"
• Content of file /sys/class/net//statistics/ multicast might have been out of date and might have displayed values lower than the real values.
• ERSPAN (Encapsulated Remote SPAN) protocol was available only when turning off Tx checksum offload.
• A udev script issue which caused non-mellanox devices to be renamed.
• Missing representor statistics when using ifconfig.
• Fixed wrong value of skb mark of received packets on representors.
• An issue which caused second port representors to be named as first port representors.

• Clearing min_rate on all SR-IOV legacy VFs after setting min_rate to at least one of the VFs did not disable QoS min_rate.
• An empty /usr/src/mlnx-ofa_kernel/default is now no longer created.
• An issue where installing packages through a repository failed after generation of metapackages using --add-kernel-support. The failure occurred due to excessive and incorrect Obsolete headers in those metapackages.Enabled installation of mlnx-ofa_kernel package to /bin/python3 instead of / usr/bin/python3 on RHEL 8.x systems.
• All IPoIB offload packets were wrongly counted as rx_csum_complete. These packets are now identified as rx_csum_unnecessary packets.
• mlx5dv_dr_rule_destroy segmentation fault could happen in rare cases with multiple rules on the same matcher with a different number of actions. This could happen after reusing an already deleted rule memory with less actions.
• An issue of moving to SwitchDev mode after configuring DSCP (Differentiated Service Code Point).
• Global traffic class configuration did not take effect on DC QPs (Dynamically Connected Queue Pairs).
• ib_send_bw traffic frequently dropped to zero when RDMA CM was used, because of incorrect min_rnr_timer setting on the responder side. The min_rnr_timer setting is now aligned with the setting in non-RDMA CM cases.
• Traffic did not pass over VFs with VST QinQ feature is enabled.
• When traffic was sent over Geneve VLAN with Tx VLAN offload enabled and TSO (TCP Segmentation Offload) or Tx csum enabled, traffic could be dropped and not sent to the wire.
• An issue that caused the firmware to restart upon installing mlnxofed-dpdk-upstream-libs package manually.
• Bad utility paths in rdma-core "dracut" hooks on SLES systems, which used to result in the following errors when running "dracut" with the "--add rdma" option. dracut-install:
  • ERROR: installing ‘/usr/libexec/mlx4-setup.sh’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/mlx4-setup.sh dracut-install: ERROR: installing ‘/usr/libexec/rdma-set-sriov-vf’ dracut: /usr/lib/dracut/dracut-install -D /var/tmp/dracut.UdCOSJ/ initramfs /usr/libexec/rdma-set-sriov-vf
• Traffic class value was not updated in DCT when set via sysfs.
• A doorbell loss issue on AMD platforms with Secure Memory Encryption (SME).
• Registering memory using mlx5dv_devx_umem_reg while forking. Without this fix, applications which use fork() or similar syscalls while using a memory registered with umem_reg could hang due to incorrect physical page mapping. This fix requires setting the IBV_FORK_SAFE environment variable.
• When unbinding the device resulted in the following message being printed to the dmesg: "failed to disable DC tracer"
• Content of file /sys/class/net//statistics/ multicast might have been out of date and might have displayed values lower than the real values.
• ERSPAN (Encapsulated Remote SPAN) protocol was available only when turning off Tx checksum offload.
• A udev script issue which caused non-mellanox devices to be renamed.
• Missing representor statistics when using ifconfig.
• Fixed wrong value of skb mark of received packets on representors.
• An issue which caused second port representors to be named as first port representors.