Changes in hal.rs

99676aed1fec109d62822e21a06760eb098dc5f4 - gpu: nova-core: move lifetime to `Bar0`

Tue, 02 Jun 2026 19:04:07 +0200

gpu: nova-core: move lifetime to `Bar0`Currently Nova code uses `&'a Bar0` a lot. This is `&'a Mmio`, where `Mmio`represents an owned MMIO region; this type only exists as a target for`Deref` so `Bar` and `IoMem` can share code and should be avoided to benamed directly. The upcoming I/O projection series would make `Io` traitmuch simpler to implement, and thus the owned MMIO type would be removedin favour of direct `Io` implementation on `Bar` and `IoMem`.Add lifetime parameter to `Bar0<'a>` and change it to be alias of `&'apci::Bar<'a, ..>`. This also prepares Nova core so that when I/O projectionseries land, this could be changed to using a MMIO view type directly whichavoids double indirection.Signed-off-by: Gary Guo Acked-by: Alexandre Courbot Reviewed-by: Eliot Courtney Link: https://patch.msgid.link/20260602170416.2268531-1-gary@kernel.org[ Rebase onto latest drm-rust-next (Blackwell enablement). - Danilo ]Signed-off-by: Danilo Krummrich List of files: /linux/drivers/gpu/nova-core/gsp/hal.rs

75d59327367dc6e2141cf4e11cdf57c55851b5c2 - gpu: nova-core: gsp: run the unload bundle if Gsp::boot() fails

Fri, 29 May 2026 09:33:44 +0200

gpu: nova-core: gsp: run the unload bundle if Gsp::boot() failsIf `Gsp::boot` fails, the GSP can be left in a state where boot cannotbe attempted again unless it is reset first.To avoid this, we want to run the unload bundle whenever `boot` fails totry and clear the partially-initialized state.Do this by wrapping the unload bundle into a drop guard up until `boot`returns. After that, running the unload bundle becomes theresponsibility of the caller.Reviewed-by: Danilo Krummrich Reviewed-by: Eliot Courtney Link: https://patch.msgid.link/20260529-nova-unload-v7-4-678f39209e00@nvidia.comSigned-off-by: Alexandre Courbot List of files: /linux/drivers/gpu/nova-core/gsp/hal.rs

adb99ce3cc78d277a719f15a8131eafc60162f22 - gpu: nova-core: run Booter Unloader and FWSEC-SB upon unbinding

Fri, 29 May 2026 09:33:43 +0200

gpu: nova-core: run Booter Unloader and FWSEC-SB upon unbindingWhen probing the driver, the FWSEC-FRTS firmware creates a WPR2 securememory region to store the GSP firmware, and the Booter Loader loads andstarts that firmware into the GSP, making it run in RISC-V mode.These operations need to be reverted upon unloading, particularly theWPR2 secure region creation, as its presence prevents the driver fromsubsequently probing.Thus, prepare the Booter Unloader and FWSEC-SB firmware images whenbooting the GSP, so they can be executed at unbind time to put the GPUinto a state where it can be probed again.Reviewed-by: Eliot Courtney Co-developed-by: Eliot Courtney Signed-off-by: Eliot Courtney Reviewed-by: Danilo Krummrich Link: https://patch.msgid.link/20260529-nova-unload-v7-3-678f39209e00@nvidia.com[acourbot: `Result<()>` -> `Result`]Signed-off-by: Alexandre Courbot List of files: /linux/drivers/gpu/nova-core/gsp/hal.rs

a355d2dd381d129135d1199d66a7f96490551bac - gpu: nova-core: gsp: move chipset-specific parts of the boot process into a HAL

Fri, 29 May 2026 09:33:41 +0200

gpu: nova-core: gsp: move chipset-specific parts of the boot process into a HALBooting the GSP is done differently depending on the architecture. Movethe parts that are chipset-specific under a HAL.This does not change much at the moment, since the differences betweenTuring and Ampere are rather benign, but will become critical toproperly support the FSP boot process used by Hopper and Blackwell.The Hopper/Blackwell support is not merged yet, so their HAL is a stubfor now.This patch is intended to be a mechanical code extraction with nobehavioral changes.Reviewed-by: Eliot Courtney Reviewed-by: Danilo Krummrich Link: https://patch.msgid.link/20260529-nova-unload-v7-1-678f39209e00@nvidia.com[acourbot: `Result<()>` -> `Result`]Signed-off-by: Alexandre Courbot List of files: /linux/drivers/gpu/nova-core/gsp/hal.rs