mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Eliot Courtney" <ecourtney@nvidia.com>
To: "Alexandre Courbot" <acourbot@nvidia.com>,
	"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,
	dri-devel <dri-devel-bounces@lists.freedesktop.org>
Subject: Re: [PATCH v2 4/8] gpu: nova-core: add NVKV encoder
Date: Mon, 14 Sep 2026 13:44:27 +0900	[thread overview]
Message-ID: <DLERK64QOSQC.3V77YFL5NAG31@nvidia.com> (raw)
In-Reply-To: <DL96FLHTRWOI.1FKOXD8RCXBUP@nvidia.com>

On Tue Sep 8, 2026 at 12:07 AM JST, Alexandre Courbot wrote:
> On Thu Aug 27, 2026 at 11:12 PM JST, Eliot Courtney wrote:
> <...>
>> +/// An encoded NVKV byte stream.
>> +///
>> +/// # Invariants
>> +///
>> +/// The byte length is always a multiple of `size_of::<u64>()`.
>> +pub(crate) struct EncodedStream(Vec<u8, StreamAllocator>);
>> +
>> +impl EncodedStream {
>> +    /// Creates an empty stream.
>> +    fn new() -> Self {
>> +        // INVARIANT: An empty stream's byte length is 0, a multiple of `size_of::<u64>()`.
>> +        Self(Vec::new())
>> +    }
>> +
>> +    /// Appends a single `u64` to the stream.
>> +    fn push_u64(&mut self, value: u64) -> Result {
>> +        // INVARIANT: Appending `size_of::<u64>()` bytes keeps the byte length a multiple of
>> +        // `size_of::<u64>()`.
>> +        Ok(self.0.extend_from_slice(&value.to_ne_bytes(), GFP_KERNEL)?)
>> +    }
>> +
>> +    /// Appends `data` as bytes to the stream, zero-padded to a `u64` boundary.
>> +    fn extend_with_padding<T: IntoBytes + Immutable + ?Sized>(&mut self, data: &T) -> Result {
>> +        let bytes = data.as_bytes();
>> +        let padded = bytes.len().next_multiple_of(size_of::<u64>());
>> +        // Reserve so that a failed allocation can't leave the invariant violated.
>> +        self.0.reserve(padded, GFP_KERNEL)?;
>> +        self.0.extend_from_slice(bytes, GFP_KERNEL)?;
>> +        // INVARIANT: The padding ensures the total length remains a multiple of
>> +        // `size_of::<u64>()`.
>> +        Ok(self.0.extend_with(padded - bytes.len(), 0u8, GFP_KERNEL)?)
>> +    }
>> +}
>> +
>> +// The Deref to &[u64] relies on this alignment guarantee.
>
> nit: `&[u64]`.
>
> <...>
>> +/// Describes the format of the following NVKV operation.
>> +#[derive(Debug, Copy, Clone, PartialEq, Eq)]
>> +#[repr(u8)]
>> +enum Opcode {
>> +    /// A 32-bit value in the op word.
>> +    Imm32 = 0,
>> +    /// 32-bit values for consecutive keys, starting at the op word's key.
>> +    Seq32 = 1,
>> +    /// 64-bit values for consecutive keys, starting at the op word's key.
>> +    Seq64 = 2,
>> +    /// An array of bytes.
>> +    Array8 = 3,
>> +    /// An array of 32-bit elements.
>> +    Array32 = 4,
>> +    /// An array of 64-bit elements.
>> +    Array64 = 5,
>> +}
>> +
>> +// TODO[FPRI]: This is a temporary solution to be replaced with the corresponding derive macros once
>> +// they land.
>
> Actually, can't you use the nova-core local `bounded_enum!` macro to
> define `OpCode`? This would generate the implementations below automatically.
>
>> +impl TryFrom<Bounded<u64, 4>> for Opcode {
>> +    type Error = Error;
>> +
>> +    fn try_from(value: Bounded<u64, 4>) -> Result<Self> {
>> +        match value.get() {
>> +            0 => Ok(Self::Imm32),
>> +            1 => Ok(Self::Seq32),
>> +            2 => Ok(Self::Seq64),
>> +            3 => Ok(Self::Array8),
>> +            4 => Ok(Self::Array32),
>> +            5 => Ok(Self::Array64),
>> +            _ => Err(EINVAL),
>> +        }
>> +    }
>> +}
>> +
>> +impl From<Opcode> for Bounded<u64, 4> {
>> +    fn from(value: Opcode) -> Self {
>> +        Bounded::from_expr(value as u64)
>> +    }
>> +}
>
> Sashiko has a point that `from` requires `#[inline(always)]`. Ideally,
> we prefer to avoid using `from_expr` when we can, which in this case we
> can by doing an exhaustive enumeration. Which is exactly what the
> `bounded_enum` does, so leveraging it also solves this issue. :)
>
>> diff --git a/drivers/gpu/nova-core/gsp/nvkv/encode.rs b/drivers/gpu/nova-core/gsp/nvkv/encode.rs
>> new file mode 100644
>> index 000000000000..6c1a9cbd90e8
>> --- /dev/null
>> +++ b/drivers/gpu/nova-core/gsp/nvkv/encode.rs
>> @@ -0,0 +1,210 @@
>> +// SPDX-License-Identifier: GPL-2.0
>> +// SPDX-FileCopyrightText: Copyright (c) 2026 NVIDIA CORPORATION & AFFILIATES. All rights reserved.
>> +
>> +#![cfg_attr(not(CONFIG_KUNIT), expect(dead_code))]
>> +
>> +use kernel::prelude::*;
>> +
>> +use super::{
>> +    EncodedStream,
>> +    Index,
>> +    KeyId,
>> +    Op,
>> +    Opcode, //
>> +};
>> +
>> +/// An encoder for an NVKV stream.
>> +pub(crate) struct Encoder {
>> +    stream: EncodedStream,
>> +}
>> +
>> +impl Encoder {
>> +    /// Creates an empty encoder.
>> +    pub(crate) fn new() -> Self {
>> +        Self {
>> +            stream: EncodedStream::new(),
>> +        }
>> +    }
>> +
>> +    /// Returns the encoded data.
>> +    #[must_use = "encoded stream must be consumed"]
>> +    pub(crate) fn finish(self) -> EncodedStream {
>> +        self.stream
>> +    }
>> +
>> +    #[inline(always)]
>
> Unless not inlining implies a build error (as is the case for
> `Bounded::from_expr`), I think the convention is to stick to `#[inline]`
> for these.
>
> Same applies for other methods.

Thanks, particularly on noticing the bounded_enum!

  reply	other threads:[~2026-09-14  4:44 UTC|newest]

Thread overview: 30+ 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-09-14  4:44     ` Eliot Courtney [this message]
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-14  4:45         ` Eliot Courtney
2026-09-10  7:47   ` Alexandre Courbot
2026-09-14  5:45     ` Eliot Courtney
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
2026-09-11  5:17     ` Alexandre Courbot
2026-09-11  5:28       ` Eliot Courtney
2026-09-11 11:18         ` Alexandre Courbot
2026-09-14  4:46           ` Eliot Courtney
2026-08-27 14:12 ` [PATCH v2 7/8] gpu: nova-core: add NVKV typed decoding Eliot Courtney
2026-09-14  3:46   ` Alexandre Courbot
2026-09-14  6:55     ` Eliot Courtney
2026-09-14  7:04       ` John Hubbard
2026-09-14  7:16         ` Eliot Courtney
2026-09-14 12:06           ` Alexandre Courbot
2026-08-27 14:12 ` [PATCH v2 8/8] gpu: nova-core: add NVKV GSP_INIT schemas Eliot Courtney
2026-09-14  4:11   ` Alexandre Courbot
2026-09-14  5:42     ` Eliot Courtney
2026-09-14 12:12       ` Alexandre Courbot

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=DLERK64QOSQC.3V77YFL5NAG31@nvidia.com \
    --to=ecourtney@nvidia.com \
    --cc=a.hindborg@kernel.org \
    --cc=acourbot@nvidia.com \
    --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-bounces@lists.freedesktop.org \
    --cc=dri-devel@lists.freedesktop.org \
    --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

all inboxes | Powered by JetHome®