NVIDIA NVFLASH 5.370

[StefanM]

Submitted to TPU, check download section later...

Compared to v5.353 this version adds support for GeForce GT 1030 and GeForce GTX 1080 Ti (officially).
The myriads of Titan Xp users have to wait for the next version


NVIDIA Firmware Update Utility (Version 5.370.0)
Simplified Version For OEM Only

Build Information
- Build Date: Mar 29 2017
- Build Time: 17:50:19
- Build CL: 21891977

Supported Pascal GPUs:

GeForce GT 1030
GeForce GTX 1080 Ti
GeForce GTX 1050
GeForce GTX 1050 Ti
GeForce GTX 1060
GeForce GTX 1060 6GB
GeForce GTX 1060 3GB
GeForce GTX 1070
GeForce GTX 1080
TITAN X (Pascal)

Quadro P400
Quadro P600
Quadro P1000
Quadro P2000
Quadro P3000
Quadro P4000
Quadro P5000
Quadro P6000
Quadro GP100

Tesla P6
Tesla P4
Tesla P40
Tesla P100-DGXS-16GB
Tesla P100-SXM2-16GB
Tesla P100-PCIE-16GB
Tesla P100-PCIE-12GB
PH402 SKU 200 Server Graphics

 

[crustytheclown]

Thank you very much for the new version,
Do you know if a new version with cert bypass will be made public for 1080ti?
Thanks in advance

 

[StefanM]

So far there are only hacked versions for Maxwell somewhere at overclock.net

If you wonder how the stuff works:

NVIDIA Falcon Security
NVIDIA GPUs embed several microprocessors based on a custom architecture called "Falcon". Starting with the Maxwell family of GPUs, these microprocessors are changing to be able to better protect the hardware from being misprogrammed.

Falcon security modes
A Falcon microprocessor supporting advanced security modes can run in one of three modes. Not all Falcon microprocessors on a GPU support all modes.

• Non-secure (NS). In this mode, functionality is similar to Falcon architectures before security modes were introduced (pre-Maxwell), but capability is restricted. In particular, certain registers may be inaccessible for reads and/or writes, and physical memory access may be disabled (on certain Falcon instances). This is the only possible mode that can be used if you don’t have microcode cryptographically signed by NVIDIA.
  
  
• Heavy Secure (HS). In this mode, the microprocessor is a black box — it’s not possible to read or write any Falcon internal state or Falcon registers from outside the Falcon (for example, from the host system). The only way to enable this mode is by loading microcode that has been signed by NVIDIA. (The loading process involves tagging the IMEM block as secure, writing the signature into a Falcon register, and starting execution. The hardware will validate the signature, and if valid, grant HS privileges.)
  
  
• Light Secure (LS). In this mode, the microprocessor has more privileges than NS but fewer than HS. Some of the microprocessor state is visible to host software to ease debugging. The only way to enable this mode is by HS microcode enabling LS mode. Some privileges available to HS mode are not available here. LS mode is introduced in GM20x.
  

GM10x
The intent for GM10x is to protect fuses and ROM from being written by incorrect or malicious software.

This is implemented by preventing access to select GPU registers from anything other than a Falcon running in a secure mode.

GM20x
The intent for GM20x is to improve upon the GM10x implementation and add some protection to the configuration of the hardware thermal shutdown mechanism.

In addition to the registers protected by GM10x:

• Thermal shutdown registers are protected and can only be written from a secure microprocessor context. These registers can be broken down into two categories:
  
  • Thermal sensor setup
    
    
  • The temperature beyond which hardware triggers a forced shutdown to prevent damage.
    
• I2C bus C writes are restricted to a secure context, to prevent misprogramming thermal sensors.
  
  
• A new mechanism is introduced to prevent microcode tampering after load. This is achieved by placing microcode in a write-protected region of memory.
  
  
• Physical memory access restrictions are introduced. On all Falcons other than PMU (the "kitchen sink" Falcon) and DPU (the Falcon that services display), microprocessors running in NS mode will be unable to access physical memory (they may use virtual memory exclusively). In particular, this includes all microprocessors which perform work directly in response to userspace requests.
  
  
• Devinit scripts are signed and executed on the PMU so that these scripts can configure protected registers like thermal shutdown parameters