From: "Alexandre Courbot" <acourbot@nvidia.com>
To: "Gary Guo" <gary@garyguo.net>
Cc: "Danilo Krummrich" <dakr@kernel.org>,
"Alice Ryhl" <aliceryhl@google.com>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Benno Lossin" <lossin@kernel.org>, <nova-gpu@lists.linux.dev>,
<dri-devel@lists.freedesktop.org>, <linux-kernel@vger.kernel.org>,
<rust-for-linux@vger.kernel.org>
Subject: Re: [PATCH 2/4] gpu: nova-core: move GPU static information acquisition to a GSP method
Date: Wed, 17 Jun 2026 15:22:21 +0900 [thread overview]
Message-ID: <DJB3WN3YJ502.HHFZNUE1M1NS@nvidia.com> (raw)
In-Reply-To: <DJ5AI4A9XVNE.1G63OSC35Y99W@garyguo.net>
On Wed Jun 10, 2026 at 7:16 PM JST, Gary Guo wrote:
> On Tue Jun 9, 2026 at 9:04 AM BST, Alexandre Courbot wrote:
>> The GSP static information is useful during regular driver runtime;
>> however it is currently obtained from `Gsp::boot`, with no elegant way
>> to pass it back to the caller.
>>
>> Solve this by moving the code acquiring it to a dedicated method of
>> `Gsp` that can be called as soon as the `Gsp` is booted. This allows us
>> to obtain and display the static information from the `Gpu` constructor,
>> and to store the static information for later use.
>>
>> Its location at the end of `Gsp::boot` was a bit out-of-place anyway:
>> technically, the GSP is considered booted after we have received the
>> `GspInitDone` message, so anything that happens afterwards is not part
>> of the boot sequence anymore.
>>
>> Signed-off-by: Alexandre Courbot <acourbot@nvidia.com>
>> ---
>> drivers/gpu/nova-core/gpu.rs | 16 ++++++++++++++++
>> drivers/gpu/nova-core/gsp.rs | 15 +++++++++++----
>> drivers/gpu/nova-core/gsp/boot.rs | 7 -------
>> 3 files changed, 27 insertions(+), 11 deletions(-)
>>
>> diff --git a/drivers/gpu/nova-core/gpu.rs b/drivers/gpu/nova-core/gpu.rs
>> index 6b3e02c71dee..a0cb36cdeeea 100644
>> --- a/drivers/gpu/nova-core/gpu.rs
>> +++ b/drivers/gpu/nova-core/gpu.rs
>> @@ -23,6 +23,7 @@
>> fb::SysmemFlush,
>> gsp::{
>> self,
>> + commands::GetGspStaticInfoReply,
>> Gsp, //
>> },
>> regs,
>> @@ -290,6 +291,8 @@ pub(crate) struct Gpu<'gpu> {
>> /// GSP and its resources.
>> #[pin]
>> gsp_resources: GspResources<'gpu>,
>> + /// Static GPU information as provided by the GSP.
>> + gsp_static_info: GetGspStaticInfoReply,
>> }
>>
>> #[pinned_drop]
>> @@ -354,6 +357,19 @@ pub(crate) fn new(
>> // is properly run in case of failure.
>> unload_bundle: gsp.boot(pdev, bar, spec.chipset, gsp_falcon, sec2_falcon)?,
>> }),
>> +
>> + gsp_static_info: {
>> + let gsp = &gsp_resources.as_ref().get_ref().gsp;
>
> What's this `as_ref().get_ref()` for? This could just be referenced as
> `&gsp_resoruces.gsp`? Or am I missing something?
It can - I am not quite sure how I arrived at the above construct
honestly.
next prev parent reply other threads:[~2026-06-17 6:22 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-06-09 8:03 [PATCH 0/4] gpu: nova-core: obtain and display VRAM amount Alexandre Courbot
2026-06-09 8:03 ` [PATCH 1/4] gpu: nova-core: move GSP unload state to a pinned Gpu subobject Alexandre Courbot
2026-06-10 3:52 ` Eliot Courtney
2026-06-10 11:18 ` Alexandre Courbot
2026-06-10 10:14 ` Gary Guo
2026-06-09 8:04 ` [PATCH 2/4] gpu: nova-core: move GPU static information acquisition to a GSP method Alexandre Courbot
2026-06-10 3:39 ` Eliot Courtney
2026-06-10 10:16 ` Gary Guo
2026-06-17 6:22 ` Alexandre Courbot [this message]
2026-06-09 8:04 ` [PATCH 3/4] gpu: nova-core: gsp: Extract usable FB region from GSP Alexandre Courbot
2026-06-10 3:35 ` Eliot Courtney
2026-06-17 6:20 ` Alexandre Courbot
2026-06-10 10:23 ` Gary Guo
2026-06-10 10:27 ` Gary Guo
2026-06-10 15:38 ` Timur Tabi
2026-06-17 6:20 ` Alexandre Courbot
2026-06-09 8:04 ` [PATCH 4/4] gpu: nova-core: gsp: Expose total physical VRAM end from FB region info Alexandre Courbot
2026-06-10 3:37 ` Eliot Courtney
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=DJB3WN3YJ502.HHFZNUE1M1NS@nvidia.com \
--to=acourbot@nvidia.com \
--cc=airlied@gmail.com \
--cc=aliceryhl@google.com \
--cc=dakr@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=gary@garyguo.net \
--cc=linux-kernel@vger.kernel.org \
--cc=lossin@kernel.org \
--cc=nova-gpu@lists.linux.dev \
--cc=rust-for-linux@vger.kernel.org \
--cc=simona@ffwll.ch \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox