NVIDIA Mellanox MCX546A-BCAN SmartNIC Firmware 16.32.1010

Important Notes:

- Security Hardening Enhancements: This release contains important reliability improvements and security hardening enhancements. Mellanox recommends upgrading your devices firmware to this release to improve the devices’ firmware security and reliability.
- When upgrading or changing configuration on multi-host adapter cards, for the changes to take effect, PCIe restart must be simultaneously send from both hosts (servers). To do so, perform the following: 1. Shut down the server with the auxiliary card, 2. Shut down the server with the primary card, 3. Bring back the server with the primary card, 4. Bring back the server with the auxiliary card.
- SR-IOV - Virtual Functions (VF) per Port - The maximum Virtual Functions (VF) per port is 127.
- It is recommended to enable the “above 4G decoding” BIOS setting for features that require large amount of PCIe resources. Such features are: SR-IOV with numerous VFs, PCIe Emulated Switch, and Large BAR Requests.

Changes and New Features:

- GMP Classes: Added support for blocking unwanted GMP classes by dedicated MADs.
- QP Resources: Added a new NvConfig parameter LOG_MAX_QUEUE to set the maximum number of work queue resources (QP, RQ, SQ...) that can be created per function. The default value is 2^17.
- Congestion Control Key: Added a Congestion Control Key to all Congestion Control MADs to authenticate that they are originated from a trusted source.
- SMP Firewall: Added an SMP firewall to block the option of sending SMPs (MADS sent on QP0 from the Subnet Manager) from unauthorized hosts to prevent fake SMPs from being recognized as the SM.
- Vendor Specific MADs Class 0x9: Vendor Specific MADs Class 0x9 is no longer supported by the firmware. If case the firmware detects such MAD, the firmware will return a "NOT SUPPORTED" error to the user.
- TLS/XTS/Signature Padding: Blocked the VF's ability to use both padding and signature in order to prevent the NIC from hanging.
- Asserts' Severity Level: Added 3 new assert filters (Health buffer, NVlog, FW trace). The assert will be exposed now if its severity level is equal to or above the new filter. The filters are configurable by the ini file. The "Health buffer" filter is also configurable by new access register.
- VUID VPD Virtio: An emulated PCI device can be hot plugged/unplugged by the DPU software stack. However, the life cycle and the state of the bare metal host system where an emulated PCI device is plugged in, is not in control of the DPU software stack. PCI BDF may not be available in corner cases, hence, an emulation PCI device handler (VUID) is required which is predictable and stable (across emulation controller reset/restart, across DPU warm reboot). The VUID will show in PCI PF device VPD as [VU] section.
- Rate Limit per VM instead of VM-TC: Enabled Rate Limit per VM instead of VM-TC. This capability is implemented by adding support to a new Scheduling element type: rate limit elements that will connect to the rate_limit and will share its rate limit.
- Dynamically Connected Transport (DCT) with Adaptive Routing (AR): Performance improvements in the DCT with AR flow by exposing a hint to the software in DCI software context that indicates that RDMA WRITE on this DCI is not supported.
- Dynamic Timeout Mechanism: Added support for dynamic timeout mechanism when in InfiniBand mode.
- QSHR Access Register: Added support for QSHR access register to enable Set and Query rate limit per-host per-port.
- New Software Steering ICM Resource for VXLAN Encapsulation: The firmware now exposes a new Software Steering ICM resource for VXLAN encap expand in order for the SW Steering to manage this resource directly.
- Asymmetrical VFs per PF: Added support for asymmetrical VFs per PF. To enable it: PF_NUM_OF_VF_VALID must be true, and PF_NUM_OF_VF to a none zero value.
- mlxlink Support to read/write Access Registers by LID: Added 2 new MAD access registers to enable mlxlink to read/write access registers by LID (to the whole subnet).
- VXLAN Encapsulation Expansion: Enabled the exposure of new ICM resource to the software steering for VXLAN encapsulation expansion.

Bug Fixes:

- Fixed an issue that resulted in firmware getting stuck and causing unexpected behavior when connecting an optical transceiver that support RxLOS, and the remote side port was down.
- Fixed an issue that caused the link status to be reported incorrectly and consequently caused the link to go down due to the wrong definition of the RX_LOS polarity in the INI. 
- Fixed a rare case where the the system got stuck when a peer port went down while using an Optical module. 
- Limited the external loopback speed to the used module's capabilities.
- Improved linkup time when using the fast linkup capability.
- Disabled VST on dual port adapter cards when one port is configured as ETH and the other as IB as VST is not available when the port is set as ETH. 
- Fixed an issue that resulted in wrong RNR timeout when trying to set it during the rts2rts_qp transition.
- Fixed a fatal assert 0x81C5 that occurred when calling get_vport_mad from the MAD APIs. The firmware was trying to compute the number of vPorts using a global function number. To avoid this issue, we updated the API to remove any assumption on the function number.
- Added support for DSFP AOC (CMIS) v4 when error code is not reported by the module.
- Fixed an issue that during events stress caused the firmware to reset the Arm host of the vPort without sending an event. Thus preventing the software from rearming the vPort as it did not receive any event, and the firmware did not send the event because the vPort had no Arm set.
- Fixed an issue that prevented the system from creating more than 128K QPs.
- Altered the GetInventory NC-SI command to not report leading 0xf in firmware version when it starts with 0.
- Fixed PCIe lane margining capability issues.
- Fixed an issue related to the sl2vl mad that caused a few msec hiccup in the transmission on an InfiniBand network when the SM sent the sl2vl mad to a node in the cluster.

About Network Adapter Drivers:

When connected, the operating system usually installs a generic driver that helps the computer to recognize the newly attached device.

However, proper software must be applied if you want to make use of all features that the network adapter has available. This task also allows computers to properly recognize all device characteristics such as manufacturer, chipset, technology, and others.

Updating the adapter's drivers and utilities version might improve overall performance and stability, increase transfer speeds, fix different compatibility problems and several network-related errors, as well as bring various other changes.

To install this release, simply get the package, extract it if necessary, run the setup, and follow the instructions displayed on-screen. When done, don't forget to perform a system restart and reconnect the network adapter to make sure that all changes take effect properly.

Without further ado, if you intend to apply this version, click the download button and install the package. Moreover, check with our website as often as possible so that you don't miss a single new release.

  It is highly recommended to always use the most recent driver version available.

Try to set a system restore point before installing a device driver. This will help if you installed an incorrect or mismatched driver. Problems can arise when your hardware device is too old or not supported any longer.