]> Gentwo Git Trees - linux/.git/commit
gpu: nova-core: move GSP boot code to its own module
authorAlexandre Courbot <acourbot@nvidia.com>
Sat, 13 Sep 2025 14:12:15 +0000 (23:12 +0900)
committerAlexandre Courbot <acourbot@nvidia.com>
Sat, 13 Sep 2025 14:17:21 +0000 (23:17 +0900)
commite7c96980ea4d93e79b43b07c5489d700207b0055
treebcf08b7e546d09748289b736df1c145a58ba0213
parentf0fbbff7e3082b0e1065aef83cc1418ed2cb1b69
gpu: nova-core: move GSP boot code to its own module

Right now the GSP boot code is very incomplete and limited to running
FRTS, so having it in `Gpu::new` is not a big constraint.

However, this will change as we add more steps of the GSP boot process,
and not all GPU families follow the same procedure, so having these
steps in a dedicated method is the logical construct.

There is also the fact the GSP will require its own runtime data, and
while it won't immediately need to be pinned, we want to be ready for
the time where it will - most likely when it starts using mutexes.

Thus, add an empty `Gsp` type that is pinned inside `Gpu` and
initialized using a pin initializer. This sets the constraint we need to
observe from the start, and could spare us some costly refactoring down
the road.

Then, move the code related to GSP boot to the `gsp::boot` module, as
part of the `Gsp` implementation.

Doing so allows us to make `Gpu::new` return a fallible `impl PinInit`
instead of a `Result.` This is more idiomatic when working with pinned
objects, and sets up the pinned initialization pattern we want to
preserve as the code grows more complex.

Acked-by: Danilo Krummrich <dakr@kernel.org>
Link: https://lore.kernel.org/r/20250913-nova_firmware-v6-2-9007079548b0@nvidia.com
Signed-off-by: Alexandre Courbot <acourbot@nvidia.com>
drivers/gpu/nova-core/driver.rs
drivers/gpu/nova-core/gpu.rs
drivers/gpu/nova-core/gsp.rs [new file with mode: 0644]
drivers/gpu/nova-core/gsp/boot.rs [new file with mode: 0644]
drivers/gpu/nova-core/nova_core.rs