mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Gary Guo" <gary@garyguo.net>
To: "Danilo Krummrich" <dakr@kernel.org>, "Gary Guo" <gary@garyguo.net>
Cc: "Alice Ryhl" <aliceryhl@google.com>,
	"Daniel Almeida" <daniel.almeida@collabora.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	"Rafael J. Wysocki" <rafael@kernel.org>,
	"Miguel Ojeda" <ojeda@kernel.org>,
	"Boqun Feng" <boqun@kernel.org>,
	"Björn Roy Baron" <bjorn3_gh@protonmail.com>,
	"Benno Lossin" <lossin@kernel.org>,
	"Andreas Hindborg" <a.hindborg@kernel.org>,
	"Trevor Gross" <tmgross@umich.edu>,
	"Tamir Duberstein" <tamird@kernel.org>,
	"Onur Özkan" <work@onurozkan.dev>,
	"Bjorn Helgaas" <bhelgaas@google.com>,
	"Krzysztof Wilczyński" <kwilczynski@kernel.org>,
	"Abdiel Janulgue" <abdiel.janulgue@gmail.com>,
	"Robin Murphy" <robin.murphy@arm.com>,
	"Alexandre Courbot" <acourbot@nvidia.com>,
	"David Airlie" <airlied@gmail.com>,
	"Simona Vetter" <simona@ffwll.ch>,
	"Michal Wilczynski" <m.wilczynski@samsung.com>,
	"Uwe Kleine-König" <ukleinek@kernel.org>,
	driver-core@lists.linux.dev, rust-for-linux@vger.kernel.org,
	linux-kernel@vger.kernel.org, linux-pci@vger.kernel.org,
	nova-gpu@lists.linux.dev, dri-devel@lists.freedesktop.org,
	linux-pwm@vger.kernel.org, "Laura Nao" <laura.nao@collabora.com>
Subject: Re: [PATCH v5 00/20] rust: I/O type generalization and projection
Date: Mon, 29 Jun 2026 15:15:34 +0100	[thread overview]
Message-ID: <DJLLHI7FIYM0.2YB1QJ6TB8R6T@garyguo.net> (raw)
In-Reply-To: <DJL2T5XDC53F.3C2QC5L1V2H6@kernel.org>

On Mon Jun 29, 2026 at 12:37 AM BST, Danilo Krummrich wrote:
> On Fri Jun 26, 2026 at 4:45 PM CEST, Gary Guo wrote:
>> This series presents a major rework of I/O types, as a summary:
>
> There are two minor rustdoc warnings:
>
> 	warning: unresolved link to `include/linux/iosys-map.h`
> 	    --> rust/kernel/io.rs:1456:7
> 	     |
> 	1456 | /// [`include/linux/iosys-map.h`] in C.
> 	     |       ^^^^^^^^^^^^^^^^^^^^^^^^^ no item named `include/linux/iosys-map.h` in scope
> 	     |
> 	     = help: to escape `[` and `]` characters, add '\' before them like `\[` or `\]`
> 	     = note: `#[warn(rustdoc::broken_intra_doc_links)]` on by default

Hmm, this looks like a false positive introduced in new version of rustdoc.
I didn't get this with rustdoc 1.85, but do get it in latest rustc, however the
generated link is correct despite the warning.

This pattern is used by other code, I'm unsure why it doesn't trigger there.
Anyhow, the following diff seems to be able to work around the issue.

diff --git a/rust/kernel/io.rs b/rust/kernel/io.rs
index 0c5f53dd0939..5f2f3cafb0a2 100644
--- a/rust/kernel/io.rs
+++ b/rust/kernel/io.rs
@@ -1453,12 +1453,10 @@ fn as_view(self) -> <Self::Backend as IoBackend>::View<'a, Self::Target> {
 ///
 /// This can be used when a piece of logic may wish to handle both MMIO or system memory but does
 /// not want or cannot be generic over I/O backends. This serves a similar purpose to
-/// [`include/linux/iosys-map.h`] in C.
+/// [`include/linux/iosys-map.h`](srctree/include/linux/iosys-map.h) in C.
 ///
 /// This type can be used like any other types that implements [`Io`]; this also include
 /// [`io_project!`], [`io_read!`], [`io_write!`].
-///
-/// [`include/linux/iosys-map.h`](srctree/include/linux/iosys-map.h)
 pub enum IoSysMap<'a, T: ?Sized> {
     /// The view is I/O memory.
     Io(Mmio<'a, T>),

> 	
> 	warning: unresolved link to `View`
> 	    --> rust/kernel/io.rs:1620:74
> 	     |
> 	1620 | /// In addition to projecting from [`Io`], you may also project from a [`View`] of an [`Io`].
> 	     |                                                                          ^^^^ no item named `View` in scope
> 	     |
> 	     = help: to escape `[` and `]` characters, add '\' before them like `\[` or `\]`

Oops, this is a stray comment from earlier version that I didn't remove. This whole line can be
removed.

> 	
> 	warning: 2 warnings emitted
>
>> Gary Guo (19):
>>       rust: io: add dynamically-sized `Region` type
>>       rust: io: add missing safety requirement in `IoCapable` methods
>>       rust: io: restrict untyped IO access and `register!` to `Region`
>>       rust: io: implement `Io` on reference types instead
>>       rust: io: generalize `MmioRaw` to pointer to arbitrary type
>>       rust: io: rename `Mmio` to `MmioOwned`
>>       rust: io: implement `Mmio` as view type
>>       rust: pci: io: make `ConfigSpace` a view
>>       rust: io: use view types instead of addresses for `Io`
>>       pwm: th1520: remove unnecessary `deref`
>>       rust: io: remove `MmioOwned`
>>       rust: io: move `Io` methods to extension trait
>>       rust: io: add projection macro and methods
>>       rust: io: implement a view type for `Coherent`
>>       rust: io: add `read_val` and `write_val` functions on `Io`
>>       gpu: nova-core: use I/O projection for cleaner encapsulation
>>       rust: dma: drop `dma_read!` and `dma_write!` API
>>       rust: io: add copying methods
>>       rust: io: implement `IoSysMap`
>>
>> Laura Nao (1):
>>       rust: io: add I/O backend for system memory with volatile access
>
> For sharing with the drm-rust tree:
>
> diff --git a/rust/kernel/drm/gem/shmem.rs b/rust/kernel/drm/gem/shmem.rs
> index 3ee19ef6264e..6868b5d80ab7 100644
> --- a/rust/kernel/drm/gem/shmem.rs
> +++ b/rust/kernel/drm/gem/shmem.rs
> @@ -29,9 +29,10 @@
>          to_result, //
>      },
>      io::{
> -        Io,
> -        IoCapable,
> -        IoKnownSize, //
> +        IoBase,
> +        Region,
> +        SysMem,
> +        SysMemBackend, //
>      },
>      prelude::*,
>      scatterlist,
> @@ -467,6 +468,28 @@ pub fn owner(&self) -> &Object<D, C> {
>      }
>  }
>
> +impl<'a, D, R, C, const SIZE: usize> IoBase<'a> for &'a VMap<D, R, C, SIZE>
> +where
> +    D: DriverObject,
> +    C: DeviceContext,
> +    R: Deref<Target = Object<D, C>>,
> +{
> +    type Backend = SysMemBackend;
> +    type Target = Region<SIZE>;
> +
> +    #[inline]
> +    fn as_view(self) -> SysMem<'a, Region<SIZE>> {
> +        let ptr = Region::ptr_from_raw_parts_mut(self.addr.cast(), self.owner.size());
> +
> +        // SAFETY: Per type invariants of `VMap`:
> +        // - `addr .. addr + owner.size()` is a valid kernel accessible memory region.
> +        // - `addr` is page-aligned, which satisfies `Region`'s 4-byte alignment requirement.
> +        // - The memory remains valid until this `VMap` is dropped; since `self` is `&'a VMap`,
> +        //   the borrow prevents the `VMap` from being dropped for the lifetime `'a`.
> +        unsafe { SysMem::new(ptr) }
> +    }
> +}
> +
>  impl<D, R, C, const SIZE: usize> Drop for VMap<D, R, C, SIZE>
>  where
>      D: DriverObject,
> @@ -508,69 +531,6 @@ unsafe impl<D, R, C, const SIZE: usize> Sync for VMap<D, R, C, SIZE>
>  {
>  }
>
> -impl<D, R, C, const SIZE: usize> Io for VMap<D, R, C, SIZE>
> -where
> -    D: DriverObject,
> -    C: DeviceContext,
> -    R: Deref<Target = Object<D, C>>,
> -{
> -    #[inline]
> -    fn addr(&self) -> usize {
> -        self.addr as usize
> -    }
> -
> -    #[inline]
> -    fn maxsize(&self) -> usize {
> -        self.owner.size()
> -    }
> -}
> -
> -impl<D, R, C, const SIZE: usize> IoKnownSize for VMap<D, R, C, SIZE>
> -where
> -    D: DriverObject,
> -    C: DeviceContext,
> -    R: Deref<Target = Object<D, C>>,
> -{
> -    const MIN_SIZE: usize = SIZE;
> -}
> -
> -macro_rules! impl_vmap_io_capable {
> -    ($ty:ty) => {
> -        impl<D, R, C, const SIZE: usize> IoCapable<$ty> for VMap<D, R, C, SIZE>
> -        where
> -            D: DriverObject,
> -            C: DeviceContext,
> -            R: Deref<Target = Object<D, C>>,
> -        {
> -            #[inline]
> -            unsafe fn io_read(&self, address: usize) -> $ty {
> -                let ptr = address as *mut $ty;
> -
> -                // SAFETY: The safety contract of `io_read` guarantees that address is a valid
> -                // address within the bounds of `Self` of at least the size of $ty, and is properly
> -                // aligned.
> -                unsafe { ptr::read_volatile(ptr) }
> -            }
> -
> -            #[inline]
> -            unsafe fn io_write(&self, value: $ty, address: usize) {
> -                let ptr = address as *mut $ty;
> -
> -                // SAFETY: The safety contract of `io_write` guarantees that address is a valid
> -                // address within the bounds of `Self` of at least the size of $ty, and is properly
> -                // aligned.
> -                unsafe { ptr::write_volatile(ptr, value) }
> -            }
> -        }
> -    };
> -}
> -
> -impl_vmap_io_capable!(u8);
> -impl_vmap_io_capable!(u16);
> -impl_vmap_io_capable!(u32);
> -#[cfg(CONFIG_64BIT)]
> -impl_vmap_io_capable!(u64);
> -
>  /// A reference to a GEM object that is known to have a mapped [`SGTable`].
>  ///
>  /// This is used by the Rust bindings with [`Devres`] in order to ensure that mappings for SGTables
> @@ -638,6 +598,7 @@ mod tests {
>              UnregisteredDevice, //
>          },
>          faux,
> +        io::Io,
>          page::PAGE_SIZE, //
>      };
>
> @@ -714,7 +675,7 @@ fn compile_time_vmap_sizes() -> Result {
>          assert!(ptr::eq(vmap.owner(), obj.deref()));
>
>          // Verify the max size matches the actual object size

The comment can be updated as well. Other than that, it looks correct to me.

Best,
Gary

> -        assert_eq!(vmap.maxsize(), PAGE_SIZE);
> +        assert_eq!(vmap.size(), PAGE_SIZE);
>
>          // Make sure creating a vmap that's too large fails
>          assert!(obj.vmap::<{ PAGE_SIZE + 200 }>().is_err());



  reply	other threads:[~2026-06-29 14:15 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-06-26 14:45 Gary Guo
2026-06-26 14:45 ` [PATCH v5 01/20] rust: io: add dynamically-sized `Region` type Gary Guo
2026-07-03  3:16   ` Alexandre Courbot
2026-07-03 12:38     ` Gary Guo
2026-06-26 14:45 ` [PATCH v5 02/20] rust: io: add missing safety requirement in `IoCapable` methods Gary Guo
2026-07-03  2:57   ` Alexandre Courbot
2026-07-03 12:35     ` Gary Guo
2026-07-03 13:09       ` Alexandre Courbot
2026-07-03 13:49         ` Gary Guo
2026-07-05 13:59           ` Alexandre Courbot
2026-07-05 16:45             ` Gary Guo
2026-06-26 14:45 ` [PATCH v5 03/20] rust: io: restrict untyped IO access and `register!` to `Region` Gary Guo
2026-06-26 14:45 ` [PATCH v5 04/20] rust: io: implement `Io` on reference types instead Gary Guo
2026-06-26 14:45 ` [PATCH v5 05/20] rust: io: generalize `MmioRaw` to pointer to arbitrary type Gary Guo
2026-06-26 14:45 ` [PATCH v5 06/20] rust: io: rename `Mmio` to `MmioOwned` Gary Guo
2026-06-26 14:45 ` [PATCH v5 07/20] rust: io: implement `Mmio` as view type Gary Guo
2026-07-03  3:30   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 08/20] rust: pci: io: make `ConfigSpace` a view Gary Guo
2026-06-26 14:45 ` [PATCH v5 09/20] rust: io: use view types instead of addresses for `Io` Gary Guo
2026-07-03  5:03   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 10/20] pwm: th1520: remove unnecessary `deref` Gary Guo
2026-07-03  5:04   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 11/20] rust: io: remove `MmioOwned` Gary Guo
2026-07-03  5:58   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 12/20] rust: io: move `Io` methods to extension trait Gary Guo
2026-07-03  6:19   ` Alexandre Courbot
2026-07-03 12:43     ` Gary Guo
2026-06-26 14:45 ` [PATCH v5 13/20] rust: io: add projection macro and methods Gary Guo
2026-07-03  6:39   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 14/20] rust: io: add I/O backend for system memory with volatile access Gary Guo
2026-07-03 11:37   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 15/20] rust: io: implement a view type for `Coherent` Gary Guo
2026-07-03 13:14   ` Alexandre Courbot
2026-07-03 13:50     ` Gary Guo
2026-07-03 14:39       ` Alexandre Courbot
2026-07-03 14:44         ` Gary Guo
2026-06-26 14:45 ` [PATCH v5 16/20] rust: io: add `read_val` and `write_val` functions on `Io` Gary Guo
2026-07-03 14:43   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 17/20] gpu: nova-core: use I/O projection for cleaner encapsulation Gary Guo
2026-07-03 14:46   ` Alexandre Courbot
2026-07-03 15:13     ` Gary Guo
2026-06-26 14:45 ` [PATCH v5 18/20] rust: dma: drop `dma_read!` and `dma_write!` API Gary Guo
2026-07-03 14:47   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 19/20] rust: io: add copying methods Gary Guo
2026-07-05 13:58   ` Alexandre Courbot
2026-06-26 14:45 ` [PATCH v5 20/20] rust: io: implement `IoSysMap` Gary Guo
2026-07-06  1:02   ` Alexandre Courbot
2026-06-28 23:37 ` [PATCH v5 00/20] rust: I/O type generalization and projection Danilo Krummrich
2026-06-29 14:15   ` Gary Guo [this message]
2026-06-30 13:02     ` Miguel Ojeda
2026-06-30 13:07       ` Gary Guo

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=DJLLHI7FIYM0.2YB1QJ6TB8R6T@garyguo.net \
    --to=gary@garyguo.net \
    --cc=a.hindborg@kernel.org \
    --cc=abdiel.janulgue@gmail.com \
    --cc=acourbot@nvidia.com \
    --cc=airlied@gmail.com \
    --cc=aliceryhl@google.com \
    --cc=bhelgaas@google.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=driver-core@lists.linux.dev \
    --cc=gregkh@linuxfoundation.org \
    --cc=kwilczynski@kernel.org \
    --cc=laura.nao@collabora.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=lossin@kernel.org \
    --cc=m.wilczynski@samsung.com \
    --cc=nova-gpu@lists.linux.dev \
    --cc=ojeda@kernel.org \
    --cc=rafael@kernel.org \
    --cc=robin.murphy@arm.com \
    --cc=rust-for-linux@vger.kernel.org \
    --cc=simona@ffwll.ch \
    --cc=tamird@kernel.org \
    --cc=tmgross@umich.edu \
    --cc=ukleinek@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