public inbox for rust-for-linux@vger.kernel.org
 help / color / mirror / Atom feed
From: Joel Fernandes <joelagnelf@nvidia.com>
To: Eliot Courtney <ecourtney@nvidia.com>,
	Danilo Krummrich <dakr@kernel.org>,
	Alice Ryhl <aliceryhl@google.com>,
	Alexandre Courbot <acourbot@nvidia.com>,
	David Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>
Cc: John Hubbard <jhubbard@nvidia.com>,
	Alistair Popple <apopple@nvidia.com>,
	Timur Tabi <ttabi@nvidia.com>,
	rust-for-linux@vger.kernel.org, dri-devel@lists.freedesktop.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v3 0/9] gpu: nova-core: gsp: add RM control command infrastructure
Date: Thu, 16 Apr 2026 17:30:09 -0400	[thread overview]
Message-ID: <fdd6e890-f6b0-4ea0-b5a2-e97f880eb472@nvidia.com> (raw)
In-Reply-To: <20260325-rmcontrol-v3-0-f3101093484e@nvidia.com>



On 3/25/2026 8:13 AM, Eliot Courtney wrote:
> Add the infrastructure for sending RM control RPCs. This is needed e.g.
> for channel allocation.
> 
> This series adds:
> - `NV_STATUS` bindings and wrapping `NvStatus` enum (used by RM control
>   RPCs)
> - The necessary bindings for the RM control RPCs.
> - `RmControlMsgFunction` to identify individual control commands, like
>   `MsgFunction` for GSP commands.
> - `SBufferIter::read_to_vec` (using KVVec) for reading large RPC payloads
> - A typed `RmControl` command that can send RM control commands.
> - One usage of `RmControl`: the `FaultMethodBufferSize`
>   RPC. This is useful for channel allocation later.
> 
> Each new RM control command can be added by extending
> `RmControlMsgFunction`, adding the bindings and wrappers for their
> parameters, and writing a type-safe wrapper to send and receive the
> reply for the RM control rpc, using `RmControl`.
> 
> This series applies on latest drm-rust-next with the listed
> pre-requisites.
> 
> Signed-off-by: Eliot Courtney <ecourtney@nvidia.com>

For all except patch #2,

Reviewed-by: Joel Fernandes <joelagnelf@nvidia.com>

For patch #2, I have the same concerns as John mentioned.

Thanks.


> ---
> Changes in v3:
> - Remove `send_rm_control` in favour of a typed `RmControl`
> - Print out fault method buffer size at gsp boot
> - Remove Reviewed-by and Tested-by on some patches that have changed
>   substantively.
> - Link to v2: https://lore.kernel.org/r/20260318-rmcontrol-v2-0-9a9fa6f1c4c3@nvidia.com
> 
> Changes in v2:
> - Introduce typed Handle<T> for RM objects.
> - Improve naming
> - Improve doc comments
> - Change SBufferIter to always use KVVec
> - flush_into_kvec -> read_to_vec
> - Rebased on latest cmdq locking
> - Link to v1: https://lore.kernel.org/r/20260227-rmcontrol-v1-0-86648e4869f9@nvidia.com
> 
> ---
> Eliot Courtney (9):
>       gpu: nova-core: gsp: add NV_STATUS error code bindings
>       gpu: nova-core: gsp: add NvStatus enum for RM control errors
>       gpu: nova-core: gsp: expose GSP-RM internal client and subdevice handles
>       gpu: nova-core: gsp: add RM control RPC structure binding
>       gpu: nova-core: gsp: add types for RM control RPCs
>       gpu: nova-core: use KVVec for SBufferIter flush
>       gpu: nova-core: gsp: add RM control command infrastructure
>       gpu: nova-core: gsp: add CE fault method buffer size bindings
>       gpu: nova-core: gsp: add FaultMethodBufferSize RM control command
> 
>  drivers/gpu/nova-core/gsp.rs                      |   1 +
>  drivers/gpu/nova-core/gsp/boot.rs                 |  11 +
>  drivers/gpu/nova-core/gsp/commands.rs             |  62 ++++
>  drivers/gpu/nova-core/gsp/fw.rs                   | 402 ++++++++++++++++++++++
>  drivers/gpu/nova-core/gsp/fw/commands.rs          |  19 +-
>  drivers/gpu/nova-core/gsp/fw/r570_144/bindings.rs | 161 +++++++++
>  drivers/gpu/nova-core/gsp/fw/rm.rs                | 106 ++++++
>  drivers/gpu/nova-core/gsp/rm.rs                   |   3 +
>  drivers/gpu/nova-core/gsp/rm/commands.rs          | 167 +++++++++
>  drivers/gpu/nova-core/gsp/sequencer.rs            |   4 +-
>  drivers/gpu/nova-core/sbuffer.rs                  |   6 +-
>  11 files changed, 936 insertions(+), 6 deletions(-)
> ---
> base-commit: dff8302ca1d0e773c90dbeeb05e759f995c95482
> change-id: 20260225-rmcontrol-bd8a06fc3a0d
> 
> Best regards,
> --  
> Eliot Courtney <ecourtney@nvidia.com>
> 


      parent reply	other threads:[~2026-04-16 21:30 UTC|newest]

Thread overview: 21+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-03-25 12:13 [PATCH v3 0/9] gpu: nova-core: gsp: add RM control command infrastructure Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 1/9] gpu: nova-core: gsp: add NV_STATUS error code bindings Eliot Courtney
2026-04-05 19:55   ` John Hubbard
2026-04-06  8:54     ` Eliot Courtney
2026-04-06 19:05       ` John Hubbard
2026-03-25 12:13 ` [PATCH v3 2/9] gpu: nova-core: gsp: add NvStatus enum for RM control errors Eliot Courtney
2026-04-05 20:05   ` John Hubbard
2026-04-06 12:09     ` Eliot Courtney
2026-04-06 19:02       ` John Hubbard
2026-03-25 12:13 ` [PATCH v3 3/9] gpu: nova-core: gsp: expose GSP-RM internal client and subdevice handles Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 4/9] gpu: nova-core: gsp: add RM control RPC structure binding Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 5/9] gpu: nova-core: gsp: add types for RM control RPCs Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 6/9] gpu: nova-core: use KVVec for SBufferIter flush Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 7/9] gpu: nova-core: gsp: add RM control command infrastructure Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 8/9] gpu: nova-core: gsp: add CE fault method buffer size bindings Eliot Courtney
2026-03-25 12:13 ` [PATCH v3 9/9] gpu: nova-core: gsp: add FaultMethodBufferSize RM control command Eliot Courtney
2026-04-05 20:12   ` John Hubbard
2026-04-06  2:30     ` Eliot Courtney
2026-04-05 19:48 ` [PATCH v3 0/9] gpu: nova-core: gsp: add RM control command infrastructure John Hubbard
2026-04-06  2:29   ` Eliot Courtney
2026-04-16 21:30 ` Joel Fernandes [this message]

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=fdd6e890-f6b0-4ea0-b5a2-e97f880eb472@nvidia.com \
    --to=joelagnelf@nvidia.com \
    --cc=acourbot@nvidia.com \
    --cc=airlied@gmail.com \
    --cc=aliceryhl@google.com \
    --cc=apopple@nvidia.com \
    --cc=dakr@kernel.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=ecourtney@nvidia.com \
    --cc=jhubbard@nvidia.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=rust-for-linux@vger.kernel.org \
    --cc=simona@ffwll.ch \
    --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