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: 15+ 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:12 ` [PATCH v2 3/8] rust: alloc: add ArrayVec Eliot Courtney
2026-08-27 14:12 ` [PATCH v2 4/8] gpu: nova-core: add NVKV encoder Eliot Courtney
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-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-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
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox