From: Joel Fernandes <joelagnelf@nvidia.com>
To: Timur Tabi <ttabi@nvidia.com>
Cc: Danilo Krummrich <dakr@kernel.org>, Lyude Paul <lyude@redhat.com>,
Alexandre Courbot <acourbot@nvidia.com>,
John Hubbard <jhubbard@nvidia.com>,
nouveau@lists.freedesktop.org, rust-for-linux@vger.kernel.org
Subject: Re: [PATCH 11/11] gpu: nova-core: add PIO support for loading firmware images
Date: Mon, 17 Nov 2025 18:34:34 -0500 [thread overview]
Message-ID: <20251117233434.GA1095868@joelbox2> (raw)
In-Reply-To: <20251114233045.2512853-12-ttabi@nvidia.com>
On Fri, Nov 14, 2025 at 05:30:44PM -0600, Timur Tabi wrote:
> Turing and GA100 use programmed I/O (PIO) instead of DMA to upload
> firmware images into Falcon memory.
>
> A new firmware called the Generic Bootloader (as opposed to the
> GSP Bootloader) is used to upload FWSEC.
>
> Signed-off-by: Timur Tabi <ttabi@nvidia.com>
> ---
> drivers/gpu/nova-core/falcon.rs | 181 ++++++++++++++++++++++++
> drivers/gpu/nova-core/firmware.rs | 4 +-
> drivers/gpu/nova-core/firmware/fwsec.rs | 112 ++++++++++++++-
> drivers/gpu/nova-core/gsp/boot.rs | 10 +-
> 4 files changed, 299 insertions(+), 8 deletions(-)
>
> diff --git a/drivers/gpu/nova-core/falcon.rs b/drivers/gpu/nova-core/falcon.rs
> index 7af32f65ba5f..f9a4a35b7569 100644
> --- a/drivers/gpu/nova-core/falcon.rs
> +++ b/drivers/gpu/nova-core/falcon.rs
> @@ -20,6 +20,10 @@
> use crate::{
> dma::DmaObject,
> driver::Bar0,
> + firmware::fwsec::{
> + BootloaderDmemDescV2,
> + GenericBootloader, //
> + },
> gpu::Chipset,
> num::{
> FromSafeCast,
> @@ -400,6 +404,183 @@ pub(crate) fn reset(&self, bar: &Bar0) -> Result {
> Ok(())
> }
>
> +
> + /// See nvkm_falcon_pio_wr - takes a byte array instead of a FalconFirmware
> + fn pio_wr_bytes(
> + &self,
> + bar: &Bar0,
> + source: *const u8,
> + mem_base: u16,
> + length: usize,
> + target_mem: FalconMem,
> + port: u8,
> + tag: u16
Please don't use pointers for source, use slices instead, then you don't need
to assume length is multiple of 4, you can just return error if it is.
fn pio_wr_bytes(
&self,
bar: &Bar0,
data: &[u8],
mem_base: u16,
target_mem: FalconMem,
port: u8,
tag: u16
) -> Result {
> + ) -> Result {
> + // To avoid unnecessary complication in the write loop, make sure the buffer
> + // length is aligned. It always is, which is why an assertion is okay.
> + assert!((length % 4) == 0);
Can get rid of this then and just return error if it is not multiple of 4.
> +
> + // From now on, we treat the data as an array of u32
> +
> + let length = length / 4;
> + let mut remaining_len: usize = length;
> + let mut img_offset: usize = 0;
> + let mut tag = tag;
> +
> + // Get data as a slice of u32s
> + let img = unsafe {
Missing safety comment. Please go over the coding guidelines and format
comments according to guidelines.
> + core::slice::from_raw_parts(source as *const u32, length)
> + };
> +
> + match target_mem {
> + FalconMem::ImemSec | FalconMem::ImemNs => {
> + regs::NV_PFALCON_FALCON_IMEMC::default()
> + .set_secure(target_mem == FalconMem::ImemSec)
> + .set_aincw(true)
> + .set_offs(mem_base)
> + .write(bar, &E::ID, port as usize);
> + },
> + FalconMem::Dmem => {
> + // gm200_flcn_pio_dmem_wr_init
Misplaced comment?
> + regs::NV_PFALCON_FALCON_DMEMC::default()
> + .set_aincw(true)
> + .set_offs(mem_base)
> + .write(bar, &E::ID, port as usize);
> + },
> + }
> +
> + while remaining_len > 0 {
> + let xfer_len = core::cmp::min(remaining_len, 256 / 4); // pio->max = 256
> +
> + // Perform the PIO write for the next 256 bytes. Each tag represents
> + // a 256-byte block in IMEM/DMEM.
> + let mut len = xfer_len;
> +
> + match target_mem {
> + FalconMem::ImemSec | FalconMem::ImemNs => {
> + regs::NV_PFALCON_FALCON_IMEMT::default()
> + .set_tag(tag)
> + .write(bar, &E::ID, port as usize);
> +
> + while len > 0 {
> + regs::NV_PFALCON_FALCON_IMEMD::default()
> + .set_data(img[img_offset])
> + .write(bar, &E::ID, port as usize);
> + img_offset += 1;
> + len -= 1;
> + };
> +
> + tag += 1;
> + },
> + FalconMem::Dmem => {
> + // tag is ignored for DMEM
> + while len > 0 {
> + regs::NV_PFALCON_FALCON_DMEMD::default()
> + .set_data(img[img_offset])
> + .write(bar, &E::ID, port as usize);
> + img_offset += 1;
> + len -= 1;
> + };
> + },
> + }
> +
> + remaining_len -= xfer_len;
> + }
> +
> + Ok(())
> + }
> +
> + /// See nvkm_falcon_pio_wr
> + fn pio_wr<F: FalconFirmware<Target = E>>(
> + &self,
> + bar: &Bar0,
> + fw: &F,
> + target_mem: FalconMem,
> + load_offsets: &FalconLoadTarget,
> + port: u8,
> + tag: u16,
> + ) -> Result {
> + // FIXME: There's probably a better way to create a pointer to inside the firmware
> + // Maybe CoherentAllocation needs to implement a method for that.
> + let start = unsafe { fw.start_ptr().add(load_offsets.src_start as usize) };
> + self.pio_wr_bytes(bar, start,
> + load_offsets.dst_start as u16,
Lossy conversions require comments. 'as' is a lossy conversion.
thanks,
- Joel
[...]
next prev parent reply other threads:[~2025-11-17 23:34 UTC|newest]
Thread overview: 70+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-14 23:30 [PATCH 00/11] gpu: nova-core: add Turing support Timur Tabi
2025-11-14 23:30 ` [PATCH 01/11] gpu: nova-core: rename Imem to ImemSec Timur Tabi
2025-11-17 22:50 ` Lyude Paul
2025-11-14 23:30 ` [PATCH 02/11] gpu: nova-core: add ImemNs section infrastructure Timur Tabi
2025-11-17 23:19 ` Lyude Paul
2025-11-19 1:54 ` Alexandre Courbot
2025-11-19 6:30 ` John Hubbard
2025-11-19 6:55 ` Alexandre Courbot
2025-11-19 19:54 ` Timur Tabi
2025-11-19 20:34 ` Joel Fernandes
2025-11-19 20:45 ` Timur Tabi
2025-11-19 20:54 ` John Hubbard
2025-11-19 20:56 ` Timur Tabi
2025-11-20 1:45 ` Alexandre Courbot
2025-11-14 23:30 ` [PATCH 03/11] gpu: nova-core: support header parsing on Turing/GA100 Timur Tabi
2025-11-17 22:33 ` Joel Fernandes
2025-11-18 0:52 ` Timur Tabi
2025-11-18 1:04 ` Joel Fernandes
2025-11-18 1:06 ` Timur Tabi
2025-11-18 1:15 ` John Hubbard
2025-11-18 1:29 ` John Hubbard
2025-11-18 1:12 ` John Hubbard
2025-11-18 19:42 ` Joel Fernandes
2025-11-19 2:51 ` Alexandre Courbot
2025-11-19 5:16 ` Timur Tabi
2025-11-19 7:03 ` Alexandre Courbot
2025-11-19 7:04 ` John Hubbard
2025-11-19 20:10 ` Joel Fernandes
2025-11-14 23:30 ` [PATCH 04/11] gpu: nova-core: add support for Turing/GA100 fwsignature Timur Tabi
2025-11-17 23:20 ` Lyude Paul
2025-11-19 2:59 ` Alexandre Courbot
2025-11-19 5:17 ` Timur Tabi
2025-11-19 7:11 ` Alexandre Courbot
2025-11-19 7:17 ` John Hubbard
2025-11-19 7:34 ` Alexandre Courbot
2025-11-14 23:30 ` [PATCH 05/11] gpu: nova-core: add NV_PFALCON_FALCON_DMATRFCMD::with_falcon_mem() Timur Tabi
2025-11-19 3:04 ` Alexandre Courbot
2025-11-19 6:32 ` John Hubbard
2025-11-14 23:30 ` [PATCH 06/11] gpu: nova-core: add Turing boot registers Timur Tabi
2025-11-17 22:41 ` Joel Fernandes
2025-11-19 2:17 ` Alexandre Courbot
2025-11-19 6:34 ` John Hubbard
2025-11-19 6:47 ` Alexandre Courbot
2025-11-19 6:51 ` John Hubbard
2025-11-19 7:15 ` Alexandre Courbot
2025-11-19 7:24 ` John Hubbard
2025-11-19 19:10 ` Timur Tabi
2025-11-20 1:41 ` Alexandre Courbot
2025-11-14 23:30 ` [PATCH 07/11] gpu: nova-core: move some functions into the HAL Timur Tabi
2025-11-14 23:30 ` [PATCH 08/11] gpu: nova-core: Add basic Turing HAL Timur Tabi
2025-11-18 0:50 ` Joel Fernandes
2025-11-19 3:11 ` Alexandre Courbot
2025-11-14 23:30 ` [PATCH 09/11] gpu: nova-core: add FalconUCodeDescV2 support Timur Tabi
2025-11-17 23:10 ` Joel Fernandes
2025-11-18 13:04 ` Alexandre Courbot
2025-11-18 15:08 ` Timur Tabi
2025-11-18 19:46 ` Joel Fernandes
2025-11-19 1:36 ` Alexandre Courbot
2025-11-18 19:45 ` Joel Fernandes
2025-11-19 6:40 ` John Hubbard
2025-11-19 3:27 ` Alexandre Courbot
2025-11-14 23:30 ` [PATCH 10/11] gpu: nova-core: LibosMemoryRegionInitArgument size must be page aligned Timur Tabi
2025-11-19 3:36 ` Alexandre Courbot
2025-11-14 23:30 ` [PATCH 11/11] gpu: nova-core: add PIO support for loading firmware images Timur Tabi
2025-11-17 23:34 ` Joel Fernandes [this message]
2025-11-18 13:08 ` Alexandre Courbot
2025-11-19 4:28 ` Alexandre Courbot
2025-11-19 13:49 ` Alexandre Courbot
2025-11-19 7:01 ` Alexandre Courbot
2025-11-19 4:29 ` [PATCH 00/11] gpu: nova-core: add Turing support 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=20251117233434.GA1095868@joelbox2 \
--to=joelagnelf@nvidia.com \
--cc=acourbot@nvidia.com \
--cc=dakr@kernel.org \
--cc=jhubbard@nvidia.com \
--cc=lyude@redhat.com \
--cc=nouveau@lists.freedesktop.org \
--cc=rust-for-linux@vger.kernel.org \
--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;
as well as URLs for NNTP newsgroup(s).