From: "Alexandre Courbot" <acourbot@nvidia.com>
To: "Eliot Courtney" <ecourtney@nvidia.com>
Cc: "Danilo Krummrich" <dakr@kernel.org>,
"Lorenzo Stoakes" <ljs@kernel.org>,
"Vlastimil Babka" <vbabka@kernel.org>,
"Liam R. Howlett" <liam@infradead.org>,
"Uladzislau Rezki" <urezki@gmail.com>,
"Miguel Ojeda" <ojeda@kernel.org>,
"Boqun Feng" <boqun@kernel.org>, "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>,
"Daniel Almeida" <daniel.almeida@collabora.com>,
"Tamir Duberstein" <tamird@kernel.org>,
"Onur Özkan" <work@onurozkan.dev>,
"David Airlie" <airlied@gmail.com>,
"Simona Vetter" <simona@ffwll.ch>,
"John Hubbard" <jhubbard@nvidia.com>,
"Alistair Popple" <apopple@nvidia.com>,
"Timur Tabi" <ttabi@nvidia.com>,
rust-for-linux@vger.kernel.org, linux-kernel@vger.kernel.org,
nova-gpu@lists.linux.dev, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH v2 6/8] gpu: nova-core: add NVKV typed encoding
Date: Thu, 10 Sep 2026 17:10:09 +0900 [thread overview]
Message-ID: <DLBHFHGH4MEE.1ZELDBMX36IQC@nvidia.com> (raw)
In-Reply-To: <20260827-b4-nvkv-v2-6-0de9d5c8658c@nvidia.com>
On Thu Aug 27, 2026 at 11:12 PM JST, Eliot Courtney wrote:
> For struct-like GMCAPI messages encoding field by field manually is
> noisy. Add some type machinery and a macro to automate encoding of
> struct-like messages. The `Encodeable` trait can be implemented by any
> type to say that it can be encoded into an NVKV `Encoder`. Add a simple
> `nvkv_encode!` macro that works on structs and encodes each field in
> order. Provide some base types, such as `Key` which statically
> associates a NVKV key with some value, to avoid having to make a lot of
> newtypes and implement `Encodeable` on them.
>
> Signed-off-by: Eliot Courtney <ecourtney@nvidia.com>
> ---
> drivers/gpu/nova-core/gsp/nvkv.rs | 49 ++++++++-
> drivers/gpu/nova-core/gsp/nvkv/encode.rs | 178 +++++++++++++++++++++++++++++++
> 2 files changed, 226 insertions(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/nova-core/gsp/nvkv.rs b/drivers/gpu/nova-core/gsp/nvkv.rs
> index cbeee7f376b6..10dcbb9e602c 100644
> --- a/drivers/gpu/nova-core/gsp/nvkv.rs
> +++ b/drivers/gpu/nova-core/gsp/nvkv.rs
> @@ -10,8 +10,13 @@
> //! naturally maps to storing a &str with the GPU name.
>
> #![expect(unused_imports)]
> +#![cfg_attr(not(CONFIG_KUNIT), expect(unused_macros))]
>
> -use core::ops::Deref;
> +use core::marker::PhantomData;
> +use core::ops::{
> + Deref,
> + DerefMut, //
> +};
>
> use kernel::{
> alloc::{
> @@ -92,6 +97,48 @@ fn deref(&self) -> &Self::Target {
> /// The index of an NVKV value.
> pub(crate) type Index = Bounded<u64, 12>;
>
> +/// A static association between an NVKV key `KEY_ID` and the storage of its value.
> +///
> +/// Use with the encoder or decoder macros `nvkv_encode!` and `nvkv_decode!` to let them know how to
> +/// map the value `Key<T, KEY_ID, As>` to/from encoded data. For brevity, `As` inserts an additional
> +/// conversion (`From`) to avoid having to implement [`Encodable`] for many types. For example,
> +/// enums that are easily convertible to a u32 can have `As = u32` and rely on the existing encoding
> +/// for u32.
> +#[repr(transparent)]
> +pub(crate) struct Key<T, const KEY_ID: KeyId, As = T>(pub(crate) T, PhantomData<As>);
Does the `T` need to be `pub(crate)`? The series builds fine with it
being private.
Also the relationship between `Key` and `IndexedKey` is a bit unclear
with the current type layout. IIUC `Key` is basically a specialization
of `IndexedKey` with an index of 0. And yet `Key` is declared in the
root `nvkv` module while `IndexedKey` is in the `encode` submodule...
I'm also wondering whether it would make sense to make the relationship
completely explicit by making `Key` a newtype embedding a `IndexedKey`
with the invariant that the index is `0`, but not sure about that one so
your call.
> +
> +impl<T, const KEY_ID: KeyId, As> From<T> for Key<T, KEY_ID, As> {
> + fn from(value: T) -> Self {
> + Self(value, PhantomData)
> + }
> +}
> +
> +impl<'a, T, const KEY_ID: KeyId, As, const N: usize> From<&'a [T; N]> for Key<&'a [T], KEY_ID, As> {
> + fn from(value: &'a [T; N]) -> Self {
> + Self(&value[..], PhantomData)
> + }
> +}
> +
> +impl<T, const KEY_ID: KeyId, As> Deref for Key<T, KEY_ID, As> {
> + type Target = T;
> +
> + fn deref(&self) -> &Self::Target {
> + &self.0
> + }
> +}
> +
> +impl<T, const KEY_ID: KeyId, As> DerefMut for Key<T, KEY_ID, As> {
> + fn deref_mut(&mut self) -> &mut Self::Target {
> + &mut self.0
> + }
> +}
> +
> +impl<T: Default, const KEY_ID: KeyId, As> Default for Key<T, KEY_ID, As> {
> + fn default() -> Self {
> + Self(T::default(), PhantomData)
> + }
> +}
> +
> bitfield! {
> /// The op word that starts each NVKV operation.
> struct Op(u64) {
> diff --git a/drivers/gpu/nova-core/gsp/nvkv/encode.rs b/drivers/gpu/nova-core/gsp/nvkv/encode.rs
> index 6c1a9cbd90e8..0047be65e8a9 100644
> --- a/drivers/gpu/nova-core/gsp/nvkv/encode.rs
> +++ b/drivers/gpu/nova-core/gsp/nvkv/encode.rs
> @@ -8,11 +8,153 @@
> use super::{
> EncodedStream,
> Index,
> + Key,
> KeyId,
> Op,
> Opcode, //
> };
>
> +/// A type that can encode itself into an [`Encoder`].
> +pub(crate) trait Encodable {
> + /// Encodes `self` into `encoder`.
> + fn encode(&self, encoder: &mut Encoder) -> Result;
> +}
> +
> +/// Defines a struct together with its [`Encodable`] implementation.
> +///
> +/// The implementation encodes each field in declaration order. Each field type must implement
> +/// [`Encodable`], which is done already for types like `Key<T, KEY_ID>`.
> +///
> +/// # Examples
> +///
> +/// ```
> +/// nvkv_encode! {
> +/// struct Request {
> +/// id: Key<u32, 0x0001>,
> +/// name: Key<&'static [u8], 0x0002>,
> +/// }
> +/// }
> +/// ```
> +macro_rules! nvkv_encode {
> + (
> + $(#[$attr:meta])*
> + $vis:vis struct $name:ident {
> + $(
> + $(#[$field_attr:meta])*
> + $field_vis:vis $field:ident : $ty:ty
> + ),* $(,)?
> + }
> + ) => {
> + $(#[$attr])*
> + $vis struct $name {
> + $(
> + $(#[$field_attr])*
> + $field_vis $field: $ty,
> + )*
> + }
> +
> + impl $crate::gsp::nvkv::Encodable for $name {
> + #[inline(always)]
The `#[inline(always)]` of this patch should probably just be `#[inline]`.
> + fn encode(&self, encoder: &mut $crate::gsp::nvkv::Encoder) -> ::kernel::error::Result {
> + $( $crate::gsp::nvkv::Encodable::encode(&self.$field, encoder)?; )*
> + Ok(())
> + }
> + }
> + };
> +}
> +pub(crate) use nvkv_encode;
> +
> +/// A value with a specific index that encodes under the NVKV key `KEY_ID`.
> +struct IndexedKey<T, const KEY_ID: KeyId> {
> + index: Index,
> + value: T,
> +}
> +
> +impl<T, const KEY_ID: KeyId> IndexedKey<T, KEY_ID> {
> + /// Creates a key with the given index and value.
> + pub(crate) fn new(index: Index, value: T) -> Self {
`pub(crate)` visibility on a private type method.
Also this constructor seems to only ever be called with an `index` of
`0` throughout the series? Does this mean we also have no test coverage
for indices larger than `0`?
> + Self { index, value }
> + }
> +}
> +
> +impl<const KEY_ID: KeyId> Encodable for IndexedKey<u32, KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_u32(KEY_ID, self.index, self.value)
> + }
> +}
> +
> +impl<const KEY_ID: KeyId> Encodable for IndexedKey<u64, KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_u64(KEY_ID, self.index, self.value)
> + }
> +}
> +
> +impl<const KEY_ID: KeyId> Encodable for IndexedKey<&[u8], KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_array8(KEY_ID, self.index, self.value)
> + }
> +}
> +
> +impl<const KEY_ID: KeyId> Encodable for IndexedKey<&[u32], KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_array32(KEY_ID, self.index, self.value)
> + }
> +}
> +
> +impl<const KEY_ID: KeyId> Encodable for IndexedKey<&[u64], KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_array64(KEY_ID, self.index, self.value)
> + }
> +}
> +
> +impl<const N: usize, const KEY_ID: KeyId> Encodable for IndexedKey<[u8; N], KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_array8(KEY_ID, self.index, &self.value)
> + }
> +}
> +
> +impl<const N: usize, const KEY_ID: KeyId> Encodable for IndexedKey<[u32; N], KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_array32(KEY_ID, self.index, &self.value)
> + }
> +}
> +
> +impl<const N: usize, const KEY_ID: KeyId> Encodable for IndexedKey<[u64; N], KEY_ID> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + encoder.encode_array64(KEY_ID, self.index, &self.value)
> + }
> +}
> +
> +impl<T, const KEY_ID: KeyId, As> Encodable for Key<T, KEY_ID, As>
> +where
> + IndexedKey<As, KEY_ID>: Encodable,
> + As: From<T>,
> + T: Copy,
> +{
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + IndexedKey::new(Index::new::<0>(), As::from(self.0)).encode(encoder)
> + }
> +}
> +
> +impl<T: Encodable> Encodable for Option<T> {
> + #[inline(always)]
> + fn encode(&self, encoder: &mut Encoder) -> Result {
> + if let Some(value) = self {
> + value.encode(encoder)?;
> + }
> + Ok(())
> + }
> +}
> +
> /// An encoder for an NVKV stream.
> pub(crate) struct Encoder {
> stream: EncodedStream,
> @@ -207,4 +349,40 @@ fn encode_all_value_kinds() -> Result {
>
> Ok(())
> }
> +
> + // Tests that encoding via the `nvkv_encode!` macro works correctly.
> + #[test]
> + fn encode_typed_struct() -> Result {
> + const U32_KEY: KeyId = 0x0001;
> + const U64_KEY: KeyId = 0x0002;
> + const NAME_KEY: KeyId = 0x0003;
> + const FIXED_KEY: KeyId = 0x0004;
> + const OPT_KEY: KeyId = 0x0005;
> +
> + nvkv_encode! {
> + struct TypedRequest {
> + a: Key<u32, { U32_KEY }>,
> + b: Key<u64, { U64_KEY }>,
> + name: Key<&'static [u8], { NAME_KEY }>,
> + fixed: Key<[u8; 4], { FIXED_KEY }>,
> + opt: Option<Key<u32, { OPT_KEY }>>,
The `{` and `}` brackets are not needed here.
> + }
> + }
> +
> + let request = TypedRequest {
> + a: 0x89ab_cdef.into(),
> + b: 0x0123_4567_89ab_cdef.into(),
> + name: b"name\0".into(),
> + fixed: [1u8, 2, 3, 4].into(),
> + opt: None,
> + };
> +
> + let mut encoder = Encoder::new();
> + request.encode(&mut encoder)?;
> + let encoded = encoder.finish();
> +
> + assert_eq!(encoded.len(), 7);
I guess we should also check the raw output here, otherwise there are
whole classes of bugs this test won't catch.
next prev parent reply other threads:[~2026-09-10 8:10 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-27 14:12 [PATCH v2 0/8] gpu: nova-core: add NVKV codec Eliot Courtney
2026-08-27 14:12 ` [PATCH v2 1/8] rust: alloc: add Vec::try_push_init Eliot Courtney
2026-08-27 14:12 ` [PATCH v2 2/8] rust: alloc: add Vec::push_init Eliot Courtney
2026-08-27 14:30 ` sashiko-bot
2026-08-27 14:12 ` [PATCH v2 3/8] rust: alloc: add ArrayVec Eliot Courtney
2026-08-27 14:33 ` sashiko-bot
2026-08-27 14:12 ` [PATCH v2 4/8] gpu: nova-core: add NVKV encoder Eliot Courtney
2026-08-27 14:35 ` sashiko-bot
2026-09-07 15:07 ` Alexandre Courbot
2026-08-27 14:12 ` [PATCH v2 5/8] gpu: nova-core: add NVKV decoder Eliot Courtney
2026-08-27 14:36 ` sashiko-bot
2026-09-09 0:51 ` Alexandre Courbot
2026-09-09 1:13 ` Eliot Courtney
2026-09-09 4:48 ` Alexandre Courbot
2026-09-10 7:47 ` Alexandre Courbot
2026-08-27 14:12 ` [PATCH v2 6/8] gpu: nova-core: add NVKV typed encoding Eliot Courtney
2026-09-10 8:10 ` Alexandre Courbot [this message]
2026-09-11 5:17 ` Alexandre Courbot
2026-09-11 5:28 ` Eliot Courtney
2026-09-11 11:18 ` Alexandre Courbot
2026-08-27 14:12 ` [PATCH v2 7/8] gpu: nova-core: add NVKV typed decoding Eliot Courtney
2026-08-27 14:12 ` [PATCH v2 8/8] gpu: nova-core: add NVKV GSP_INIT schemas Eliot Courtney
2026-08-27 14:34 ` sashiko-bot
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=DLBHFHGH4MEE.1ZELDBMX36IQC@nvidia.com \
--to=acourbot@nvidia.com \
--cc=a.hindborg@kernel.org \
--cc=airlied@gmail.com \
--cc=aliceryhl@google.com \
--cc=apopple@nvidia.com \
--cc=bjorn3_gh@protonmail.com \
--cc=boqun@kernel.org \
--cc=dakr@kernel.org \
--cc=daniel.almeida@collabora.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=ecourtney@nvidia.com \
--cc=gary@garyguo.net \
--cc=jhubbard@nvidia.com \
--cc=liam@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ljs@kernel.org \
--cc=lossin@kernel.org \
--cc=nova-gpu@lists.linux.dev \
--cc=ojeda@kernel.org \
--cc=rust-for-linux@vger.kernel.org \
--cc=simona@ffwll.ch \
--cc=tamird@kernel.org \
--cc=tmgross@umich.edu \
--cc=ttabi@nvidia.com \
--cc=urezki@gmail.com \
--cc=vbabka@kernel.org \
--cc=work@onurozkan.dev \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.