From: Zhi Wang <zhiw@nvidia.com>
To: John Hubbard <jhubbard@nvidia.com>
Cc: "Danilo Krummrich" <dakr@kernel.org>,
"Alexandre Courbot" <acourbot@nvidia.com>,
"Timur Tabi" <ttabi@nvidia.com>,
"Alistair Popple" <apopple@nvidia.com>,
"Eliot Courtney" <ecourtney@nvidia.com>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"Bjorn Helgaas" <bhelgaas@google.com>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Alex Gaynor" <alex.gaynor@gmail.com>,
"Boqun Feng" <boqun.feng@gmail.com>,
"Gary Guo" <gary@garyguo.net>,
"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
"Benno Lossin" <lossin@kernel.org>,
"Andreas Hindborg" <a.hindborg@kernel.org>,
"Alice Ryhl" <aliceryhl@google.com>,
"Trevor Gross" <tmgross@umich.edu>,
nova-gpu@lists.linux.dev, LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 06/27] gpu: nova-core: distinguish async GSP RPC traffic in debug logs
Date: Thu, 20 Aug 2026 13:26:05 +0300 [thread overview]
Message-ID: <20260820132605.60078897@inno-dell> (raw)
In-Reply-To: <20260819035221.336390-7-jhubbard@nvidia.com>
On Tue, 18 Aug 2026 20:51:59 -0700
John Hubbard <jhubbard@nvidia.com> wrote:
Looks good to me with one nit: should we use wrapping_add(1) for
tx_async_seq/rx_event_seq?
Reviewed-by: Zhi Wang <zhiw@nvidia.com>
Z.
> The receive path logged every message at the transport layer and did
> not distinguish events from command replies. Async sends shared the
> RPC sequence with waited-for commands, and GSP-initiated events
> arrived with that field unset.
>
> Print a distinct debug line for async send, sync send, event, and
> command reply. Number async sends and events with driver-local
> counters.
>
> IS_ASYNC selects only the send log line. Every command still carries
> the next RPC sequence on the wire.
>
> Assisted-by: Cursor:claude-opus-5
> Signed-off-by: John Hubbard <jhubbard@nvidia.com>
> ---
> drivers/gpu/nova-core/gsp/cmdq.rs | 111
> ++++++++++++++---- .../gpu/nova-core/gsp/cmdq/continuation.rs |
> 1 + drivers/gpu/nova-core/gsp/commands.rs | 2 +
> drivers/gpu/nova-core/gsp/fw.rs | 19 +++
> 4 files changed, 107 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/gpu/nova-core/gsp/cmdq.rs
> b/drivers/gpu/nova-core/gsp/cmdq.rs index ac3e6642031a..d3afe3f9bb37
> 100644 --- a/drivers/gpu/nova-core/gsp/cmdq.rs
> +++ b/drivers/gpu/nova-core/gsp/cmdq.rs
> @@ -87,6 +87,12 @@ pub(crate) trait CommandToGsp {
> /// Function identifying this command to the GSP.
> const FUNCTION: MsgFunction;
>
> + /// Classifies the send-side debug log as an async send.
> + ///
> + /// Default is `false`. Set this only on commands that are sent
> without waiting for a reply. A
> + /// [`NoReply`] continuation of a waited-for command stays
> `false`.
> + const IS_ASYNC: bool = false;
> +
> /// Type generated by [`CommandToGsp::init`], to be written into
> the command queue buffer. type Command: FromBytes + AsBytes;
>
> @@ -528,6 +534,8 @@ pub(crate) fn new(dev:
> &device::Device<device::Bound>) -> impl PinInit<Self, Err gsp_mem,
> elem_seq: 0,
> rpc_seq: 0,
> + tx_async_seq: 0,
> + rx_event_seq: 0,
> poisoned: Cell::new(false),
> }),
> }))
> @@ -672,6 +680,12 @@ struct CmdqInner {
> /// [`CmdqInner::receive_msg`] match that reply to the awaiting
> command. Advances once per /// logical command.
> rpc_seq: u32,
> + /// Debug-log sequence for async sends. Those commands do not
> wait for a reply, so this
> + /// counter is the number printed in the send log.
> + tx_async_seq: u32,
> + /// Debug-log sequence for GSP-initiated events. The GSP leaves
> the RPC sequence unset on
> + /// those messages, so the driver numbers them itself.
> + rx_event_seq: u32,
> /// Set once a message with corrupt framing or a bad checksum is
> seen. Such a message has an /// untrusted length, so the queue cannot
> be advanced past it, and every later receive fails /// until the
> queue is torn down and reset. @@ -738,13 +752,24 @@ fn
> send_single_command<M>(&mut self, bar: Bar0<'_>, command: M, rpc_seq:
> u32) -> dst.contents.1, ])));
>
> - dev_dbg!(
> - &self.dev,
> - "GSP RPC: send: seq# {}, function={:?}, length=0x{:x}\n",
> - rpc_seq,
> - M::FUNCTION,
> - dst.header.length(),
> - );
> + if M::IS_ASYNC {
> + dev_dbg!(
> + &self.dev,
> + "GSP RPC: async send: seq# {}, function={:?},
> length=0x{:x}\n",
> + self.tx_async_seq,
> + M::FUNCTION,
> + dst.header.length(),
> + );
> + self.tx_async_seq += 1;
> + } else {
> + dev_dbg!(
> + &self.dev,
> + "GSP RPC: send: seq# {}, function={:?},
> length=0x{:x}\n",
> + rpc_seq,
> + M::FUNCTION,
> + dst.header.length(),
> + );
> + }
>
> // All set - update the write pointer and inform the GSP of
> the new command. let elem_count = dst.header.element_count();
> @@ -826,14 +851,6 @@ fn wait_for_msg(&self, timeout: Delta) ->
> Result<GspMessage<'_>> { return Err(EIO);
> };
>
> - dev_dbg!(
> - &self.dev,
> - "GSP RPC: receive: seq# {}, function={:?},
> length=0x{:x}\n",
> - header.sequence(),
> - header.function(),
> - header.length(),
> - );
> -
> let payload_length = header.payload_length();
>
> // Check that the driver read area is large enough for the
> message. @@ -877,6 +894,41 @@ fn wait_for_msg(&self, timeout: Delta)
> -> Result<GspMessage<'_>> { })
> }
>
> + /// Writes the classified receive debug line for a decoded GSP
> message.
> + ///
> + /// Events print [`Self::rx_event_seq`]. Command replies print
> `seq`. An unrecognized function
> + /// code prints nothing here.
> + fn log_received(&self, function: Result<MsgFunction, u32>, seq:
> u32, length: usize) {
> + match function {
> + Ok(f) if f.is_event() => {
> + dev_dbg!(
> + &self.dev,
> + "GSP RPC: async received: seq# {},
> function={:?}, length=0x{:x}\n",
> + self.rx_event_seq,
> + f,
> + length,
> + );
> + }
> + Ok(f) => {
> + dev_dbg!(
> + &self.dev,
> + "GSP RPC: response received: seq# {},
> function={:?}, length=0x{:x}\n",
> + seq,
> + f,
> + length,
> + );
> + }
> + Err(_) => {}
> + }
> + }
> +
> + /// Advances [`Self::rx_event_seq`] after a GSP-initiated event
> has been consumed.
> + fn advance_rx_event_seq(&mut self, function: Result<MsgFunction,
> u32>) {
> + if matches!(function, Ok(f) if f.is_event()) {
> + self.rx_event_seq += 1;
> + }
> + }
> +
> /// Receive a message from the GSP.
> ///
> /// The expected message type is given by the `M` generic
> parameter. With `expected_seq` set, @@ -910,9 +962,12 @@ fn
> receive_msg<M: MessageFromGsp>( let message =
> self.wait_for_msg(timeout)?; let function = message.header.function();
> let seq = message.header.sequence();
> + let length = message.header.length();
> let func_matches = matches!(function, Ok(f) if f ==
> M::FUNCTION); let matched = func_matches &&
> expected_seq.is_none_or(|expected| seq == expected);
> + self.log_received(function, seq, length);
> +
> // Every path must advance the read pointer past this
> message, including a failed decode. let result = if matched {
> match M::Message::from_bytes_prefix(message.contents.0) {
> @@ -938,9 +993,10 @@ fn receive_msg<M: MessageFromGsp>(
> };
>
> // Advance the read pointer past this message.
> - self.gsp_mem.advance_cpu_read_ptr(u32::try_from(
> - message.header.length().div_ceil(GSP_PAGE_SIZE),
> - )?);
> + self.gsp_mem
> +
> .advance_cpu_read_ptr(u32::try_from(length.div_ceil(GSP_PAGE_SIZE))?);
> +
> + self.advance_rx_event_seq(function);
>
> if !matched {
> if func_matches {
> @@ -962,8 +1018,8 @@ fn receive_msg<M: MessageFromGsp>(
> /// Routes a GSP message that is not the reply a caller is
> waiting for. ///
> /// GSP-reported errors are logged at error level and
> unrecognized function codes at warning
> - /// level. Every other known function code is consumed without a
> log line, because the RPC
> - /// receive trace in [`Self::wait_for_msg`] already records its
> arrival.
> + /// level. Every other known function code is consumed without a
> log line, because
> + /// [`Self::log_received`] already records its arrival.
> fn dispatch_event(&self, function: Result<MsgFunction, u32>,
> seq: u32) { match function {
> Ok(MsgFunction::OsErrorLog) => {
> @@ -1004,16 +1060,19 @@ fn drain(&mut self) -> Result {
> while !self.gsp_mem.driver_read_area().0.is_empty() {
> // A message is available, so this returns without
> waiting. let msg = self.wait_for_msg(Delta::ZERO)?;
> -
> - let pages =
> -
> u32::try_from(msg.header.length().div_ceil(GSP_PAGE_SIZE)).map_err(|_|
> {
> - dev_err!(&self.dev, "GSP drain: message length
> overflow\n");
> - EIO
> - })?;
> let function = msg.header.function();
> let seq = msg.header.sequence();
> + let length = msg.header.length();
> +
> + self.log_received(function, seq, length);
> +
> + let pages =
> u32::try_from(length.div_ceil(GSP_PAGE_SIZE)).map_err(|_| {
> + dev_err!(&self.dev, "GSP drain: message length
> overflow\n");
> + EIO
> + })?;
>
> self.gsp_mem.advance_cpu_read_ptr(pages);
> + self.advance_rx_event_seq(function);
> self.dispatch_event(function, seq);
> }
>
> diff --git a/drivers/gpu/nova-core/gsp/cmdq/continuation.rs
> b/drivers/gpu/nova-core/gsp/cmdq/continuation.rs index
> 05e904f18097..a606c7be52a7 100644 ---
> a/drivers/gpu/nova-core/gsp/cmdq/continuation.rs +++
> b/drivers/gpu/nova-core/gsp/cmdq/continuation.rs @@ -147,6 +147,7 @@
> fn new(command: C, payload: KVVec<u8>) -> Self {
> impl<C: CommandToGsp> CommandToGsp for SplitCommand<C> {
> const FUNCTION: MsgFunction = C::FUNCTION;
> + const IS_ASYNC: bool = C::IS_ASYNC;
> type Command = C::Command;
> type Reply = C::Reply;
> type InitError = C::InitError;
> diff --git a/drivers/gpu/nova-core/gsp/commands.rs
> b/drivers/gpu/nova-core/gsp/commands.rs index
> 61fe93db9e7e..d5575c036eb9 100644 ---
> a/drivers/gpu/nova-core/gsp/commands.rs +++
> b/drivers/gpu/nova-core/gsp/commands.rs @@ -52,6 +52,7 @@ pub(crate)
> fn new(pdev: &'a pci::Device<device::Bound>, chipset: Chipset) -> Sel
> impl<'a> CommandToGsp for SetSystemInfo<'a> {
> const FUNCTION: MsgFunction = MsgFunction::GspSetSystemInfo;
> + const IS_ASYNC: bool = true;
> type Command = fw::commands::GspSetSystemInfo;
> type Reply = NoReply;
> type InitError = Error;
> @@ -122,6 +123,7 @@ pub(crate) fn new(vgpu_state: VgpuState) ->
> Result<Self> {
> impl CommandToGsp for SetRegistry {
> const FUNCTION: MsgFunction = MsgFunction::SetRegistry;
> + const IS_ASYNC: bool = true;
> type Command = fw::commands::PackedRegistryTable;
> type Reply = NoReply;
> type InitError = Infallible;
> diff --git a/drivers/gpu/nova-core/gsp/fw.rs
> b/drivers/gpu/nova-core/gsp/fw.rs index d3678f16750a..857d53c77297
> 100644 --- a/drivers/gpu/nova-core/gsp/fw.rs
> +++ b/drivers/gpu/nova-core/gsp/fw.rs
> @@ -359,6 +359,25 @@ fn try_from(value: u32) -> Result<MsgFunction> {
> }
> }
>
> +impl MsgFunction {
> + /// Returns true if this is a GSP-initiated async event
> (`NV_VGPU_MSG_EVENT_*`), as opposed to
> + /// a command response (`NV_VGPU_MSG_FUNCTION_*`).
> + pub(crate) fn is_event(&self) -> bool {
> + matches!(
> + self,
> + Self::GspInitDone
> + | Self::GspRunCpuSequencer
> + | Self::PostEvent
> + | Self::RcTriggered
> + | Self::MmuFaultQueued
> + | Self::OsErrorLog
> + | Self::GspPostNoCat
> + | Self::GspLockdownNotice
> + | Self::UcodeLibOsPrint //
> + )
> + }
> +}
> +
> impl From<MsgFunction> for u32 {
> fn from(value: MsgFunction) -> Self {
> // CAST: `MsgFunction` is `repr(u32)` and can thus be cast
> losslessly.
next prev parent reply other threads:[~2026-08-20 10:26 UTC|newest]
Thread overview: 57+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-19 3:51 [PATCH 00/27] gpu: nova-core: boot on the r000 GSP firmware John Hubbard
2026-08-19 3:51 ` [PATCH 01/27] gpu: nova-core: firmware: add r000 bindings John Hubbard
2026-08-19 3:51 ` [PATCH 02/27] gpu: nova-core: extract radix3 page table into its own module John Hubbard
2026-08-19 17:37 ` Timur Tabi
2026-08-20 1:05 ` John Hubbard
2026-08-19 3:51 ` [PATCH 03/27] gpu: nova-core: set MCTP transport header version to 1 John Hubbard
2026-08-20 9:38 ` Zhi Wang
2026-08-19 3:51 ` [PATCH 04/27] gpu: nova-core: add Falcon helpers for r000 LOAD_EXEC events John Hubbard
2026-08-20 9:53 ` Zhi Wang
2026-08-19 3:51 ` [PATCH 05/27] gpu: nova-core: zero-pad radix3 page table levels to page boundary John Hubbard
2026-08-19 17:41 ` Timur Tabi
2026-08-20 2:18 ` John Hubbard
2026-08-19 3:51 ` [PATCH 06/27] gpu: nova-core: distinguish async GSP RPC traffic in debug logs John Hubbard
2026-08-20 10:26 ` Zhi Wang [this message]
2026-08-19 3:52 ` [PATCH 07/27] gpu: nova-core: add optional ucodes firmware loading John Hubbard
2026-08-19 17:55 ` Timur Tabi
2026-08-20 2:22 ` John Hubbard
2026-08-19 18:41 ` Timur Tabi
2026-08-20 2:31 ` John Hubbard
2026-08-19 3:52 ` [PATCH 08/27] gpu: nova-core: add LIBOS3 log buffers and state monitor buffer John Hubbard
2026-08-19 18:12 ` Timur Tabi
2026-08-20 2:26 ` John Hubbard
2026-08-19 3:52 ` [PATCH 09/27] gpu: nova-core: add build ID headers to debugfs log buffer dumps John Hubbard
2026-08-19 18:20 ` Timur Tabi
2026-08-20 1:00 ` John Hubbard
2026-08-20 1:30 ` Timur Tabi
2026-08-20 2:03 ` John Hubbard
2026-08-19 3:52 ` [PATCH 10/27] gpu: nova-core: rename the FbRanges elf field to fw_image John Hubbard
2026-08-19 18:21 ` Timur Tabi
2026-08-20 1:01 ` John Hubbard
2026-08-19 3:52 ` [PATCH 11/27] gpu: nova-core: regs: add msgq v2 BAR0 register declarations John Hubbard
2026-08-20 10:39 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 12/27] gpu: nova-core: gsp: add msgq v2 internals John Hubbard
2026-08-19 3:52 ` [PATCH 13/27] gpu: nova-core: generalize allocate_command() for variable headers John Hubbard
2026-08-20 12:47 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 14/27] gpu: nova-core: add GMC API message types John Hubbard
2026-08-20 10:53 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 15/27] gpu: nova-core: add GMC send path John Hubbard
2026-08-20 11:12 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 16/27] gpu: nova-core: add GMC transport receive path John Hubbard
2026-08-20 12:00 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 17/27] gpu: nova-core: gsp: add GMC dispatch on receive John Hubbard
2026-08-20 12:30 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 18/27] gpu: nova-core: separate the generic falcon bootloader from FWSEC John Hubbard
2026-08-20 13:02 ` Zhi Wang
2026-08-19 3:52 ` [PATCH 19/27] gpu: nova-core: handle the r000 load-and-execute HS binary event John Hubbard
2026-08-19 3:52 ` [PATCH 20/27] gpu: nova-core: handle the r000 load-and-execute bootloader event John Hubbard
2026-08-19 3:52 ` [PATCH 21/27] gpu: nova-core: gsp: add the GMC boot event dispatcher John Hubbard
2026-08-19 3:52 ` [PATCH 22/27] gpu: nova-core: gsp: add the GSP_INIT request builder John Hubbard
2026-08-19 3:52 ` [PATCH 23/27] gpu: nova-core: gsp: send GSP_INIT and decode its reply John Hubbard
2026-08-19 3:52 ` [PATCH 24/27] gpu: nova-core: gsp: pass the remaining log buffers to GSP-RM John Hubbard
2026-08-19 3:52 ` [PATCH 25/27] gpu: nova-core: switch to the r000 GSP firmware John Hubbard
2026-08-19 18:58 ` Timur Tabi
2026-08-20 1:02 ` John Hubbard
2026-08-19 3:52 ` [PATCH 26/27] gpu: nova-core: gsp: remove the retired system-info and static-info RPCs John Hubbard
2026-08-19 3:52 ` [PATCH 27/27] gpu: nova-core: firmware: delete the r570 bindings John Hubbard
2026-08-19 19:25 ` [PATCH 00/27] gpu: nova-core: boot on the r000 GSP firmware Timur Tabi
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=20260820132605.60078897@inno-dell \
--to=zhiw@nvidia.com \
--cc=a.hindborg@kernel.org \
--cc=acourbot@nvidia.com \
--cc=airlied@gmail.com \
--cc=alex.gaynor@gmail.com \
--cc=aliceryhl@google.com \
--cc=apopple@nvidia.com \
--cc=bhelgaas@google.com \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun.feng@gmail.com \
--cc=dakr@kernel.org \
--cc=ecourtney@nvidia.com \
--cc=gary@garyguo.net \
--cc=jhubbard@nvidia.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lossin@kernel.org \
--cc=nova-gpu@lists.linux.dev \
--cc=ojeda@kernel.org \
--cc=simona@ffwll.ch \
--cc=tmgross@umich.edu \
--cc=ttabi@nvidia.com \
/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