rust: pci: add config space read/write support
Subsystems (9)
v9 cover rust: pci: add config space read/write support
In the NVIDIA vGPU RFC [1], the PCI configuration space access is required in nova-core for preparing gspVFInfo when vGPU support is enabled. This series is the following up of the discussion with Danilo for how to introduce support of PCI configuration space access in Rust PCI abstractions. Alice/Alex/I had a discussion of the next steps of this patch series in LPC 2025. We agreed that first introducing the functionality before the BoundedInteger work and other refinement is settled. [2]
The repo with the patches can be found at [3].
v9:
- Rebase the patches to the latest driver-core-testing.
- Move ConfigSpaceSize to pci/io.rs. (Danilo)
- Refine docs. (Danilo)
- Compiling test on Tyr. (Danilo)
v8:
- Rebase to latest driver-core-testing branch.
- Refinement of traits name and hierarchy: (Alice)
* Rename IoInfallible trait to IoKnownSize trait.
* Keep Infallible helpers in Io trait.
v7:
- Rebase to latest driver-core-testing branch.
- Introduce Io64 trait. (Alice)
- Add docs for call_{mmio, config}_{read, write}() macros. (Alex)
- Improve the define_{read, write} macros. (Alex)
- Add SAFETY/CAST in call_config_{read, write}. (Joel)
- Fix typo of method name. (Alex/Joel)
v6:
- Implement config_space() and config_space_extended() in device::Bound lifecycle. (Danilo)
- Fix the "use" in the comment for generating proper rust docs, verify the output of rustdoc. (Miguel)
- Improve the comments of PCI configuration space when checking the output of rustdoc.
v5:
- Remove fallible accessors of PCI configuration space. (Danilo)
- Add #[repr(usize)] for enum ConfigSpace. (Danilo)
- Refine the handling of return value in read accessors. (Danilo)
- Add debug_assert!() in pdev::cfg_size(). (Danilo)
- Add ConfigSpace.as_raw() for extracting the raw value. (Danilo)
- Rebase the patches on top of driver-core-testing branch.
- Convert imports touched by this series to vertical style.
v4:
- Refactor the SIZE constant to be an associated constant. (Alice)
- Remove the default method implementations in the Io trait. (Alice)
- Make cfg_size() private. (Danilo/Bjorn)
- Implement the infallible accessors of ConfigSpace. (Danilo)
- Create a new Io64 trait specifically for 64-bit accessors. (Danilo)
- Provide two separate methods for driver: config_space() and config_space_extended(). (Danilo)
- Update the sample driver to test the infallible accessors. (Danilo)
v3:
- Turn offset_valid() into a private function of kernel::io:Io. (Alex)
- Separate try and non-try variants. (Danilo)
- Move all the {try_}{read,write}{8,16,32,64} accessors to the I/O trait. (Danilo)
- Replace the hardcoded MMIO type constraint with a generic trait bound so that register! macro can be used in other places. (Danilo)
- Fix doctest. (John)
- Add an enum for PCI configuration space size. (Danilo)
- Refine the patch comments. (Bjorn)
v2:
- Factor out common trait as 'Io' and keep the rest routines in original 'Io' as 'Mmio'. (Danilo)
- Rename 'IoRaw' to 'MmioRaw'. Update the bus MMIO implementation to use 'MmioRaw'.
- Introduce pci::Device<Bound>::config_space(). (Danilo)
- Implement both infallible and fallible read/write routines, the device driver decicdes which version should be used.
This ideas of this series are:
- Factor out common traits for other accessors to share the same compiling/runtime check like before.
- Factor the MMIO read/write macros from the define_read! and define_write! macros. Thus, define_{read, write}! can be used in other backends.
In detail:
* Introduce call_mmio_read! and call_mmio_write! helper macros to encapsulate the unsafe FFI calls.
* Update define_read! and define_write! macros to delegate to the call macros.
* Export define_read and define_write so they can be reused for other I/O backends (e.g. PCI config space).
- Implement the PCI configuration space access backend in PCI abstractions.
- Add tests for config space routines in rust PCI sample driver.
[1] https://lore.kernel.org/all/[email protected]/
[2] https://lore.kernel.org/all/[email protected]/
[3] https://github.com/zhiwang-nvidia/nova-core/tree/rust-for-linux/pci-configuration-space-v9
Zhi Wang (5):
rust: devres: style for imports
rust: io: factor common I/O helpers into Io trait
rust: io: factor out MMIO read/write macros
rust: pci: add config space read/write support
sample: rust: pci: add tests for config space routines
drivers/gpu/drm/tyr/regs.rs | 1 + drivers/gpu/nova-core/gsp/sequencer.rs | 5 +- drivers/gpu/nova-core/regs/macros.rs | 90 +++--- drivers/gpu/nova-core/vbios.rs | 1 + rust/kernel/devres.rs | 30 +- rust/kernel/io.rs | 374 +++++++++++++++++++------ rust/kernel/io/mem.rs | 16 +- rust/kernel/io/poll.rs | 16 +- rust/kernel/pci/io.rs | 163 ++++++++++- samples/rust/rust_driver_pci.rs | 30 ++ 10 files changed, 580 insertions(+), 146 deletions(-)
Signature · 1 line
2.51.0
PATCH v9 1/5 rust: devres: style for imports
Convert all imports in the devres to use "kernel vertical" style.
--- rust/kernel/devres.rs | 16 +++++++++++++--- 1 file changed, 13 insertions(+), 3 deletions(-)
rust/kernel/devres.rs +13 -3
@@ -254,8 +254,12 @@ pub fn device(&self) -> &Device {/// # Examples /// /// ```no_run -/// # #![cfg(CONFIG_PCI)] -/// # use kernel::{device::Core, devres::Devres, pci}; +/// #![cfg(CONFIG_PCI)] +/// use kernel::{ +/// device::Core, +/// devres::Devres, +/// pci, // +/// }; /// /// fn from_core(dev: &pci::Device<Core>, devres: Devres<pci::Bar<0x4>>) -> Result { /// let bar = devres.access(dev.as_ref())?;
@@ -358,7 +362,13 @@ fn register_foreign<P>(dev: &Device<Bound>, data: P) -> Result/// # Examples /// /// ```no_run -/// use kernel::{device::{Bound, Device}, devres}; +/// use kernel::{ +/// device::{ +/// Bound, +/// Device, // +/// }, +/// devres, // +/// }; /// /// /// Registration of e.g. a class device, IRQ, etc. /// struct Registration;
Signature · 1 line
2.51.0
PATCH v9 2/5 rust: io: factor common I/O helpers into Io trait
In reply to Zhi WangThe previous Io<SIZE> type combined both the generic I/O access helpers and MMIO implementation details in a single struct.
To establish a cleaner layering between the I/O interface and its concrete backends, paving the way for supporting additional I/O mechanisms in the future, Io<SIZE> need to be factored.
Factor the common helpers into new {Io, Io64} traits, and move the MMIO-specific logic into a dedicated Mmio<SIZE> type implementing that trait. Rename the IoRaw to MmioRaw and update the bus MMIO implementations to use MmioRaw.
No functional change intended.
--- drivers/gpu/drm/tyr/regs.rs | 1 + drivers/gpu/nova-core/gsp/sequencer.rs | 5 +- drivers/gpu/nova-core/regs/macros.rs | 90 +++++--- drivers/gpu/nova-core/vbios.rs | 1 + rust/kernel/devres.rs | 14 +- rust/kernel/io.rs | 291 +++++++++++++++++++------ rust/kernel/io/mem.rs | 16 +- rust/kernel/io/poll.rs | 16 +- rust/kernel/pci/io.rs | 12 +- samples/rust/rust_driver_pci.rs | 2 + 10 files changed, 317 insertions(+), 131 deletions(-)
drivers/gpu/drm/tyr/regs.rs +1 -0
@@ -11,6 +11,7 @@use kernel::device::Bound ;use kernel::device::Device ;use kernel::devres::Devres ; +use kernel::io::IoKnownSize ;use kernel::prelude::*;use crate ::driver::IoMem ;
drivers/gpu/nova-core/gsp/sequencer.rs +4 -1
@@ -12,7 +12,10 @@use kernel::{ device, - io::poll::read_poll_timeout, + io::{ + poll::read_poll_timeout, +Io ,// + }, prelude::*, time::{ delay::fsleep,
drivers/gpu/nova-core/regs/macros.rs +54 -36
266 lines not on this page · raw message
drivers/gpu/nova-core/vbios.rs +1 -0
@@ -6,6 +6,7 @@use kernel::{ device, + io::Io , prelude::*, ptr::{Alignable ,
rust/kernel/devres.rs +8 -6
@@ -73,15 +73,16 @@ struct Inner<T: Send> {/// }, /// devres::Devres, /// io::{ -/// Io, -/// IoRaw, +/// IoKnownSize, +/// Mmio, +/// MmioRaw, /// PhysAddr, /// }, /// }; /// use core::ops::Deref; /// /// // See also [`pci::Bar`] for a real example. -/// struct IoMem<const SIZE: usize>(IoRaw<SIZE>); +/// struct IoMem<const SIZE: usize>(MmioRaw<SIZE>); /// /// impl<const SIZE: usize> IoMem<SIZE> { /// /// # Safety
@@ -96,7 +97,7 @@ struct Inner<T: Send> {/// return Err(ENOMEM); /// } /// -/// Ok(IoMem(IoRaw::new(addr as usize, SIZE)?)) +/// Ok(IoMem(MmioRaw::new(addr as usize, SIZE)?)) /// } /// } ///
@@ -108,11 +109,11 @@ struct Inner<T: Send> {/// } /// /// impl<const SIZE: usize> Deref for IoMem<SIZE> { -/// type Target = Io<SIZE>; +/// type Target = Mmio<SIZE>; /// /// fn deref(&self) -> &Self::Target { /// // SAFETY: The memory range stored in `self` has been properly mapped in `Self::new`. -/// unsafe { Io::from_raw(&self.0) } +/// unsafe { Mmio::from_raw(&self.0) } /// } /// } /// # fn no_run(dev: &Device<Bound>) -> Result<(), Error> {
@@ -258,6 +259,7 @@ pub fn device(&self) -> &Device {/// use kernel::{ /// device::Core, /// devres::Devres, +/// io::IoKnownSize, /// pci, // /// }; ///
rust/kernel/io.rs +221 -70
417 lines not on this page · raw message
rust/kernel/io/mem.rs +8 -8
@@ -16,8 +16,8 @@ Region, Resource, // }, - Io, - IoRaw, // + Mmio, + MmioRaw, // }, prelude::*, };
@@ -212,7 +212,7 @@ pub fn new<'a>(io_request: IoRequest<'a>) -> impl PinInit<Devres<Self>, Error> + }impl <const SIZE :usize >Deref for ExclusiveIoMem <SIZE > { -type Target =Io <SIZE >; +type Target =Mmio <SIZE >;fn deref (&self) -> &Self ::Target { &self.iomem
@@ -226,10 +226,10 @@ fn deref(&self) -> &Self::Target {/// /// # Invariants /// -/// [`IoMem`] always holds an [`IoRaw`] instance that holds a valid pointer to the +/// [`IoMem`] always holds an [`MmioRaw`] instance that holds a valid pointer to the /// start of the I/O memory mapped region. pub struct IoMem <const SIZE :usize =0 > { - io:IoRaw <SIZE >, + io:MmioRaw <SIZE >, }impl <const SIZE :usize >IoMem <SIZE > {
@@ -264,7 +264,7 @@ fn ioremap(resource: &Resource) -> Result<Self> {return Err (ENOMEM ); } -let io =IoRaw ::new (addras usize , size)?; +let io =MmioRaw ::new (addras usize , size)?;let io =IoMem { io };Ok (io)
@@ -287,10 +287,10 @@ fn drop(&mut self) { }impl <const SIZE :usize >Deref for IoMem <SIZE > { -type Target =Io <SIZE >; +type Target =Mmio <SIZE >;fn deref (&self) -> &Self ::Target {// SAFETY: Safe as by the invariant of `IoMem`. -unsafe {Io ::from_raw (&self.io) } +unsafe {Mmio ::from_raw (&self.io) } } }
rust/kernel/io/poll.rs +12 -4
@@ -45,12 +45,16 @@/// # Examples /// /// ```no_run -/// use kernel::io::{Io, poll::read_poll_timeout}; +/// use kernel::io::{ +/// Io, +/// Mmio, +/// poll::read_poll_timeout, // +/// }; /// use kernel::time::Delta; /// /// const HW_READY: u16 = 0x01; /// -/// fn wait_for_hardware<const SIZE: usize>(io: &Io<SIZE>) -> Result { +/// fn wait_for_hardware<const SIZE: usize>(io: &Mmio<SIZE>) -> Result { /// read_poll_timeout( /// // The `op` closure reads the value of a specific status register. /// || io.try_read16(0x1000),
@@ -128,12 +132,16 @@ pub fn read_poll_timeout<Op, Cond, T>(/// # Examples /// /// ```no_run -/// use kernel::io::{poll::read_poll_timeout_atomic, Io}; +/// use kernel::io::{ +/// Io, +/// Mmio, +/// poll::read_poll_timeout_atomic, // +/// }; /// use kernel::time::Delta; /// /// const HW_READY: u16 = 0x01; /// -/// fn wait_for_hardware<const SIZE: usize>(io: &Io<SIZE>) -> Result { +/// fn wait_for_hardware<const SIZE: usize>(io: &Mmio<SIZE>) -> Result { /// read_poll_timeout_atomic( /// // The `op` closure reads the value of a specific status register. /// || io.try_read16(0x1000),
rust/kernel/pci/io.rs +6 -6
@@ -8,8 +8,8 @@ device, devres::Devres, io::{ - Io, - IoRaw, // + Mmio, + MmioRaw, // }, prelude::*, sync::aref::ARef, //
@@ -27,7 +27,7 @@/// memory mapped PCI BAR and its size. pub struct Bar <const SIZE :usize =0 > { pdev:ARef <Device >, - io:IoRaw <SIZE >, + io:MmioRaw <SIZE >, num:i32 , }
@@ -63,7 +63,7 @@ pub(super) fn new(pdev: &Device, num: u32, name: &CStr) -> Result<Self> {return Err (ENOMEM ); } -let io =match IoRaw ::new (ioptr, lenas usize ) { +let io =match MmioRaw ::new (ioptr, lenas usize ) {Ok (io) => io,Err (err) => {// SAFETY:
@@ -117,11 +117,11 @@ fn drop(&mut self) { }impl <const SIZE :usize >Deref for Bar <SIZE > { -type Target =Io <SIZE >; +type Target =Mmio <SIZE >;fn deref (&self) -> &Self ::Target {// SAFETY: By the type invariant of `Self`, the MMIO range in `self.io` is properly mapped. -unsafe {Io ::from_raw (&self.io) } +unsafe {Mmio ::from_raw (&self.io) } } }
samples/rust/rust_driver_pci.rs +2 -0
@@ -7,6 +7,8 @@use kernel::{ device::Core , devres::Devres , + io::Io , + io::IoKnownSize , pci, prelude::*, sync::aref::ARef ,//
Signature · 1 line
2.51.0
Alice Ryhl
maintainerRe: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
Quoted 21 lines · Zhi Wang
The previous Io<SIZE> type combined both the generic I/O access helpers and MMIO implementation details in a single struct.
To establish a cleaner layering between the I/O interface and its concrete backends, paving the way for supporting additional I/O mechanisms in the future, Io<SIZE> need to be factored.
Factor the common helpers into new {Io, Io64} traits, and move the MMIO-specific logic into a dedicated Mmio<SIZE> type implementing that trait. Rename the IoRaw to MmioRaw and update the bus MMIO implementations to use MmioRaw.
No functional change intended.
Cc Alexandre Courbot <[email protected]>Cc Alice Ryhl <[email protected]>Cc Bjorn Helgaas <[email protected]>Cc Danilo Krummrich <[email protected]>Cc John Hubbard <[email protected]>Signed-off-by Zhi Wang <[email protected]>
rust/kernel/io.rs fn io_addr<U>(&self, offset: usize) -> Result<usize> { · line 330
Quoted 5 lines
rust/kernel/io.rs +5
-0+pub trait IoBase { +pub trait IoKnownSize :IoBase { +pub trait Io :IoBase { +pub trait IoKnownSize64 :IoKnownSize { +pub trait Io64 :Io {
The following combinations are possible:
1. IoBase
2. IoBase + Io
3. IoBase + IoKnownSize
4. IoBase + Io + IoKnownSize
5. IoBase + Io + Io64
6. IoBase + Io + Io64 + IoKnownSize
7. IoBase + IoKnownSize + IoKnownSize64
8. IoBase + Io + IoKnownSize + IoKnownSize64
9. IoBase + Io + IoKnownSize + Io64 + IoKnownSize64
I'm not sure all of them make sense. I can't see a scenario where I would pick 1, 3, 6, 7, or 8.
How about this trait hierachy? I believe I suggested something along these lines before.
pub trait Io {
pub trait Io64: Io {
pub trait IoKnownSize: Io {
With these traits, these scenarios are possible:
1. Io
2. Io + Io64
3. Io + IoKnownSize
4. Io + Io64 + IoKnownSize
which seems to be the actual set of cases we care about.
Note that IoKnownSize can have methods that only apply when Io64 is implemented:
trait IoKnownSize: Io {
/// Infallible 8-bit read with compile-time bounds check.
fn read8(&self, offset: usize) -> u8;
/// Infallible 64-bit read with compile-time bounds check.
fn read64(&self, offset: usize) -> u64
where
Self: Io64;
}Alice
Danilo Krummrich
maintainerRe: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
Quoted 19 lines · Alice Ryhl
rust/kernel/io.rs fn io_addr<U>(&self, offset: usize) -> Result<usize> { · line 330
Quoted 5 lines · Zhi Wang
rust/kernel/io.rs +5
-0+pub trait IoBase { +pub trait IoKnownSize :IoBase { +pub trait Io :IoBase { +pub trait IoKnownSize64 :IoKnownSize { +pub trait Io64 :Io {The following combinations are possible:
1. IoBase
2. IoBase + Io
3. IoBase + IoKnownSize
4. IoBase + Io + IoKnownSize
5. IoBase + Io + Io64
6. IoBase + Io + Io64 + IoKnownSize
7. IoBase + IoKnownSize + IoKnownSize64
8. IoBase + Io + IoKnownSize + IoKnownSize64
9. IoBase + Io + IoKnownSize + Io64 + IoKnownSize64
Quoted 2 lines
I'm not sure all of them make sense. I can't see a scenario where I would pick 1, 3, 6, 7, or 8.
I think for the PCI configuration space backend we can get away with 3 (which implies that the others have to exist as well).
However - and I think I already mentioned this in previous reply a while ago - I am not insisting to make this split for this reason, as it is an exception rather than the rule.
However, note that the only really odd one is 1. All other ones could exist when there is simply no user for certain accessors, i.e. they would be dead code.
Having that said, I think both have rather minor advantages and disadvantes, so I'm fine with either. If you feel strongly about this, let's go with your proposal below.
Quoted 30 lines
How about this trait hierachy? I believe I suggested something along these lines before.
pub trait Io {
pub trait Io64: Io {
pub trait IoKnownSize: Io {With these traits, these scenarios are possible:
1. Io
2. Io + Io64
3. Io + IoKnownSize
4. Io + Io64 + IoKnownSizewhich seems to be the actual set of cases we care about.
Note that IoKnownSize can have methods that only apply when Io64 is implemented:
trait IoKnownSize: Io { /// Infallible 8-bit read with compile-time bounds check. fn read8(&self, offset: usize) -> u8; /// Infallible 64-bit read with compile-time bounds check. fn read64(&self, offset: usize) -> u64 where Self: Io64; }Alice
Gary Guo
reviewerRe: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
In reply to Alice RyhlQuoted 62 lines · Alice Ryhl
Quoted 21 lines · Zhi Wang
The previous Io<SIZE> type combined both the generic I/O access helpers and MMIO implementation details in a single struct.
To establish a cleaner layering between the I/O interface and its concrete backends, paving the way for supporting additional I/O mechanisms in the future, Io<SIZE> need to be factored.
Factor the common helpers into new {Io, Io64} traits, and move the MMIO-specific logic into a dedicated Mmio<SIZE> type implementing that trait. Rename the IoRaw to MmioRaw and update the bus MMIO implementations to use MmioRaw.
No functional change intended.
Cc Alexandre Courbot <[email protected]>Cc Alice Ryhl <[email protected]>Cc Bjorn Helgaas <[email protected]>Cc Danilo Krummrich <[email protected]>Cc John Hubbard <[email protected]>Signed-off-by Zhi Wang <[email protected]>rust/kernel/io.rs fn io_addr<U>(&self, offset: usize) -> Result<usize> { · line 330
Quoted 5 lines
rust/kernel/io.rs +5
-0+pub trait IoBase { +pub trait IoKnownSize :IoBase { +pub trait Io :IoBase { +pub trait IoKnownSize64 :IoKnownSize { +pub trait Io64 :Io {The following combinations are possible:
1. IoBase
2. IoBase + Io
3. IoBase + IoKnownSize
4. IoBase + Io + IoKnownSize
5. IoBase + Io + Io64
6. IoBase + Io + Io64 + IoKnownSize
7. IoBase + IoKnownSize + IoKnownSize64
8. IoBase + Io + IoKnownSize + IoKnownSize64
9. IoBase + Io + IoKnownSize + Io64 + IoKnownSize64I'm not sure all of them make sense. I can't see a scenario where I would pick 1, 3, 6, 7, or 8.
How about this trait hierachy? I believe I suggested something along these lines before.
pub trait Io {
pub trait Io64: Io {
pub trait IoKnownSize: Io {With these traits, these scenarios are possible:
1. Io
2. Io + Io64
3. Io + IoKnownSize
4. Io + Io64 + IoKnownSizewhich seems to be the actual set of cases we care about.
Note that IoKnownSize can have methods that only apply when Io64 is implemented:
Quoted 9 lines
trait IoKnownSize: Io {
/// Infallible 8-bit read with compile-time bounds check.
fn read8(&self, offset: usize) -> u8;
/// Infallible 64-bit read with compile-time bounds check.
fn read64(&self, offset: usize) -> u64
where
Self: Io64;
}I like this.
I wonder if we can keep all methods on Io trait. And then have marker trait to represent capability on performing Io access.
Something like:
trait IoCapable<T> {}
trait Io {
fn read8(&self, offset: usize) -> u8 where Self: IoCapable<u8>;
fn read16(&self, offset: usize) -> u16 where Self: IoCapable<u16>;
fn read32(&self, offset: usize) -> u32 where Self: IoCapable<u32>;
fn read64(&self, offset: usize) -> u64 where Self: IoCapable<u64>;
}Then you have a single (non-marker) trait and not a hierachy of them.
Best,
Gary
Danilo Krummrich
maintainerRe: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
(Cc: Markus)
Quoted 7 lines · Gary Guo
I wonder if we can keep all methods on
Iotrait. And then have marker trait to represent capability on performing Io access.Something like:
trait IoCapable<T> {}
Quoted 8 lines
trait Io { fn read8(&self, offset: usize) -> u8 where Self: IoCapable<u8>; fn read16(&self, offset: usize) -> u16 where Self: IoCapable<u16>; fn read32(&self, offset: usize) -> u32 where Self: IoCapable<u32>; fn read64(&self, offset: usize) -> u64 where Self: IoCapable<u64>; }Then you have a single (non-marker) trait and not a hierachy of them.
I think that is a great idea. I think it will also help with supporting I/O backends based on regmap.
Re: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
Quoted 17 lines · On Fri, 16 Jan 2026 16:27:27 +0100 "Danilo Krummrich" <[email protected]> wrote:
(Cc: Markus)
Quoted 14 lines · Gary Guo
I wonder if we can keep all methods on
Iotrait. And then have marker trait to represent capability on performing Io access.Something like:
trait IoCapable<T> {}
trait Io { fn read8(&self, offset: usize) -> u8 where Self: IoCapable<u8>; fn read16(&self, offset: usize) -> u16 where Self:IoCapable<u16>; fn
read32(&self, offset: usize)-> u32 where Self:
IoCapable<u32>; fnread64(&self, offset: usize)-> u64 where Self:
IoCapable<u64>; }
Quoted 5 lines
Quoted 2 lines
Then you have a single (non-marker) trait and not a hierachy of them.
I think that is a great idea. I think it will also help with supporting I/O backends based on regmap.
Agreed. The IoCapable<T> marker trait approach is much cleaner and solves the hierarchy complexity Alice pointed out.
I'll pick this up for v10. Thanks!
Z.
Re: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
In reply to Zhi WangQuoted 145 lines · Zhi Wang
The previous Io<SIZE> type combined both the generic I/O access helpers and MMIO implementation details in a single struct.
To establish a cleaner layering between the I/O interface and its concrete backends, paving the way for supporting additional I/O mechanisms in the future, Io<SIZE> need to be factored.
Factor the common helpers into new {Io, Io64} traits, and move the MMIO-specific logic into a dedicated Mmio<SIZE> type implementing that trait. Rename the IoRaw to MmioRaw and update the bus MMIO implementations to use MmioRaw.
No functional change intended.
Cc Alexandre Courbot <[email protected]>Cc Alice Ryhl <[email protected]>Cc Bjorn Helgaas <[email protected]>Cc Danilo Krummrich <[email protected]>Cc John Hubbard <[email protected]>Signed-off-by Zhi Wang <[email protected]>--- drivers/gpu/drm/tyr/regs.rs | 1 + drivers/gpu/nova-core/gsp/sequencer.rs | 5 +- drivers/gpu/nova-core/regs/macros.rs | 90 +++++--- drivers/gpu/nova-core/vbios.rs | 1 + rust/kernel/devres.rs | 14 +- rust/kernel/io.rs | 291 +++++++++++++++++++------ rust/kernel/io/mem.rs | 16 +- rust/kernel/io/poll.rs | 16 +- rust/kernel/pci/io.rs | 12 +- samples/rust/rust_driver_pci.rs | 2 + 10 files changed, 317 insertions(+), 131 deletions(-)rust/kernel/io.rs +68
-23+/// Represents a region of I/O space of a fixed size. +/// +/// This is an abstract representation to be implemented by arbitrary I/O +/// backends (e.g. MMIO, I2C, etc.). +/// +/// Provides common helpers for offset validation and address +/// calculation on top of a base address and maximum size. +pub trait IoBase { +/// Minimum usable size of this region. +const MIN_SIZE :usize ;/// Returns the base address of this mapping. -#[inline] -pub fn addr (&self) ->usize { - self.0 .addr () - } +fn addr (&self) ->usize ;/// Returns the maximum size of this mapping. -#[inline] -pub fn maxsize (&self) ->usize { - self.0 .maxsize () - } - -#[inline] -const fn offset_valid <U >(offset:usize , size:usize ) ->bool { -let type_size = core::mem::size_of ::<U >(); -if let Some (end) = offset.checked_add (type_size) { - end <= size && offset % type_size ==0 - }else { -false - } - } +fn maxsize (&self) ->usize ; +/// Returns the absolute I/O address for a given `offset`, +/// performing runtime bound checks. #[inline] fn io_addr <U >(&self, offset:usize ) ->Result <usize > { -if !Self ::offset_valid ::<U >(offset, self.maxsize ()) { +if !offset_valid ::<U >(offset, self.maxsize ()) {return Err (EINVAL ); }@@ -239,50 +242,198 @@ fn io_addr<U>(&self, offset: usize) -> Result<usize> { self.addr ().checked_add (offset).ok_or (EINVAL ) } +/// Returns the absolute I/O address for a given `offset`, +/// performing compile-time bound checks. #[inline] fn io_addr_assert <U >(&self, offset:usize ) ->usize { -build_assert! (Self ::offset_valid ::<U >(offset,SIZE )); +build_assert! (offset_valid ::<U >(offset,Self ::MIN_SIZE )); self.addr () + offset } +} + +/// Types implementing this trait (e.g. MMIO BARs or PCI config regions) +/// can share the same IoKnownSize accessors. +/// +/// In this context, "known size" represents the static guarantee regarding +/// the minimum accessible size requested from the I/O backend. +/// +/// Note that the actual size of the resource provided by the hardware +/// (e.g., the physical BAR size) might be larger than this "known size". +pub trait IoKnownSize :IoBase { +/// Infallible 8-bit read with compile-time bounds check. +fn read8 (&self, offset:usize ) ->u8 ; + +/// Infallible 16-bit read with compile-time bounds check. +fn read16 (&self, offset:usize ) ->u16 ; + +/// Infallible 32-bit read with compile-time bounds check. +fn read32 (&self, offset:usize ) ->u32 ; + +/// Infallible 8-bit write with compile-time bounds check. +fn write8 (&self, value:u8 , offset:usize ); + +/// Infallible 16-bit write with compile-time bounds check. +fn write16 (&self, value:u16 , offset:usize ); -define_read! (read8, try_read8, readb ->u8 ); -define_read! (read16, try_read16, readw ->u16 ); -define_read! (read32, try_read32, readl ->u32 ); +/// Infallible 32-bit write with compile-time bounds check. +fn write32 (&self, value:u32 , offset:usize ); +} + +/// Types implementing this trait (e.g. MMIO BARs or PCI config regions) +/// can share the same Io accessors. +/// +/// This trait defines the accessors for performing runtime-checked +/// operations on an I/O region. Note that due to the runtime checks, these +/// operations may be more expensive than those provided by +/// [`IoKnownSize`]. +/// +/// Implement this trait when: +/// - The I/O backend cannot guarantee a minimum accessible size for the +/// region. +/// - The I/O backend wishes to return meaningful error codes when the +/// driver accesses the region. +pub trait Io :IoBase { +/// Fallible 8-bit read with runtime bounds check. +fn try_read8 (&self, offset:usize ) ->Result <u8 >; + +/// Fallible 16-bit read with runtime bounds check. +fn try_read16 (&self, offset:usize ) ->Result <u16 >; + +/// Fallible 32-bit read with runtime bounds check.
rust/kernel/io.rs fn io_addr<U>(&self, offset: usize) -> Result<usize> { · line 313
Quoted 10 lines
rust/kernel/io.rs +10
-0+fn try_read32 (&self, offset:usize ) ->Result <u32 >; + +/// Fallible 8-bit write with runtime bounds check. +fn try_write8 (&self, value:u8 , offset:usize ) ->Result ; + +/// Fallible 16-bit write with runtime bounds check. +fn try_write16 (&self, value:u16 , offset:usize ) ->Result ; + +/// Fallible 32-bit write with runtime bounds check. +fn try_write32 (&self, value:u32 , offset:usize ) ->Result ;
How would this work with I2C as a IO backend?
I2C by itself doesn't have 32-bit IO, which the trait requires.
There is
"byte data" - 8 bit
"word data" - 16 bit
"block data" - arbitrary number of bytes (in SMBus limited to 32 bytes. Outside of SMBus it could be higher)
Note that I only require "byte data" for my led driver.
Thanks
- Markus Probst
Danilo Krummrich
maintainerRe: [PATCH v9 2/5] rust: io: factor common I/O helpers into Io trait
Quoted 10 lines · Markus Probst
On Thu, 2026-01-15 at 23:26 +0200, Zhi Wang wrote:
How would this work with I2C as a IO backend?I2C by itself doesn't have 32-bit IO, which the trait requires.
There is
"byte data" - 8 bit
"word data" - 16 bit
"block data" - arbitrary number of bytes (in SMBus limited to 32 bytes. Outside of SMBus it could be higher)
You can use a block data transfer to implement 32bit.
Quoted 1 line
Note that I only require "byte data" for my led driver.
That's fine, not ever driver has to make use of all capabilities.
However, eventually we want to be able to use regmap to implement I/O backends. For this it could actually become necessary to have separate traits for 8, 16 and 32 bit. But I think this is out of scope for this series, let's leave that to a subsequent series. We can always split them up when necessary.
PATCH v9 3/5 rust: io: factor out MMIO read/write macros
In reply to Zhi WangRefactor the existing MMIO accessors to use common call macros instead of inlining the bindings calls in each define_{read,write}! expansion.
This factoring separates the common offset/bounds checks from the low-level call pattern, making it easier to add additional I/O accessor families.
No functional change intended.
--- rust/kernel/io.rs | 149 ++++++++++++++++++++++++++++++++-------------- 1 file changed, 104 insertions(+), 45 deletions(-)
rust/kernel/io.rs +104 -45
@@ -137,8 +137,65 @@ pub fn maxsize(&self) -> usize {#[repr(transparent)] pub struct Mmio <const SIZE :usize =0 >(MmioRaw <SIZE >); +/// Internal helper macros used to invoke C MMIO read functions. +/// +/// This macro is intended to be used by higher-level MMIO access macros (define_read) and provides +/// a unified expansion for infallible vs. fallible read semantics. It emits a direct call into the +/// corresponding C helper and performs the required cast to the Rust return type. +/// +/// # Parameters +/// +/// * `$c_fn` – The C function performing the MMIO write. +/// * `$self` – The I/O backend object. +/// * `$ty` – The type of the value to be read. +/// * `$addr` – The MMIO address to read. +/// +/// This macro does not perform any validation; all invariants must be upheld by the higher-level +/// abstraction invoking it. +macro_rules! call_mmio_read { + (infallible, $c_fn:ident, $self:ident, $type:ty, $addr:expr) => { +// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. +unsafe {bindings ::$c_fn($addras *const c_void )as $type } + }; + + (fallible, $c_fn:ident, $self:ident, $type:ty, $addr:expr) => {{ +// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. +Ok (unsafe {bindings ::$c_fn($addras *const c_void )as $type }) + }}; +} + +/// Internal helper macros used to invoke C MMIO write functions. +/// +/// This macro is intended to be used by higher-level MMIO access macros (define_write) and provides +/// a unified expansion for infallible vs. fallible read semantics. It emits a direct call into the +/// corresponding C helper and performs the required cast to the Rust return type. +/// +/// # Parameters +/// +/// * `$c_fn` – The C function performing the MMIO write. +/// * `$self` – The I/O backend object. +/// * `$ty` – The type of the written value. +/// * `$addr` – The MMIO address to write. +/// * `$value` – The value to write. +/// +/// This macro does not perform any validation; all invariants must be upheld by the higher-level +/// abstraction invoking it. +macro_rules! call_mmio_write { + (infallible, $c_fn:ident, $self:ident, $ty:ty, $addr:expr, $value:expr) => { +// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. +unsafe {bindings ::$c_fn($value, $addras *mut c_void ) } + }; + + (fallible, $c_fn:ident, $self:ident, $ty:ty, $addr:expr, $value:expr) => {{ +// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. +unsafe {bindings ::$c_fn($value, $addras *mut c_void ) }; +Ok (()) + }}; +} +macro_rules! define_read { - (infallible, $(#[$attr:meta])* $vis:vis $name:ident, $c_fn:ident -> $type_name:ty) => { + (infallible, $(#[$attr:meta])* $vis:vis $name:ident, $call_macro:ident($c_fn:ident) -> + $type_name:ty) => {/// Read IO data from a given offset known at compile time. /// /// Bound checks are performed on compile time, hence if the offset is not known at compile
@@ -148,12 +205,13 @@ macro_rules! define_read { $vis fn $name(&self, offset: usize) -> $type_name {let addr = self.io_addr_assert ::<$type_name>(offset); -// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. - unsafe { bindings::$c_fn(addr as *const c_void) } +// SAFETY: By the type invariant `addr` is a valid address for IO operations. + $call_macro!(infallible, $c_fn, self, $type_name, addr) } }; - (fallible, $(#[$attr:meta])* $vis:vis $try_name:ident, $c_fn:ident -> $type_name:ty) => { + (fallible, $(#[$attr:meta])* $vis:vis $try_name:ident, $call_macro:ident($c_fn:ident) -> + $type_name:ty) => { /// Read IO data from a given offset. /// /// Bound checks are performed on runtime, it fails if the offset (plus the type size) is
@@ -162,14 +220,16 @@ macro_rules! define_read { $vis fn $try_name(&self, offset: usize) -> Result<$type_name> {let addr = self.io_addr ::<$type_name>(offset)?; -// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. - Ok(unsafe { bindings::$c_fn(addr as *const c_void) }) +// SAFETY: By the type invariant `addr` is a valid address for IO operations. + $call_macro!(fallible, $c_fn, self, $type_name, addr) } }; } +pub (crate )use define_read;macro_rules! define_write { - (infallible, $(#[$attr:meta])* $vis:vis $name:ident, $c_fn:ident <- $type_name:ty) => { + (infallible, $(#[$attr:meta])* $vis:vis $name:ident, $call_macro:ident($c_fn:ident) <- + $type_name:ty) => {/// Write IO data from a given offset known at compile time. /// /// Bound checks are performed on compile time, hence if the offset is not known at compile
@@ -179,12 +239,12 @@ macro_rules! define_write { $vis fn $name(&self, value: $type_name, offset: usize) {let addr = self.io_addr_assert ::<$type_name>(offset); -// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. - unsafe { bindings::$c_fn(value, addr as *mut c_void) } + $call_macro!(infallible, $c_fn, self, $type_name, addr, value); } }; - (fallible, $(#[$attr:meta])* $vis:vis $try_name:ident, $c_fn:ident <- $type_name:ty) => { + (fallible, $(#[$attr:meta])* $vis:vis $try_name:ident, $call_macro:ident($c_fn:ident) <- + $type_name:ty) => {/// Write IO data from a given offset. /// /// Bound checks are performed on runtime, it fails if the offset (plus the type size) is
@@ -193,12 +253,11 @@ macro_rules! define_write { $vis fn $try_name(&self, value: $type_name, offset: usize) -> Result {let addr = self.io_addr ::<$type_name>(offset)?; -// SAFETY: By the type invariant `addr` is a valid address for MMIO operations. - unsafe { bindings::$c_fn(value, addr as *mut c_void) } -Ok (()) + $call_macro!(fallible, $c_fn, self, $type_name, addr, value) } }; } +pub (crate )use define_write;/// Checks whether an access of type `U` at the given `offset` /// is valid within this region.
@@ -352,37 +411,37 @@ fn maxsize(&self) -> usize { }impl <const SIZE :usize >IoKnownSize for Mmio <SIZE > { -define_read! (infallible, read8, readb ->u8 ); -define_read! (infallible, read16, readw ->u16 ); -define_read! (infallible, read32, readl ->u32 ); +define_read! (infallible, read8,call_mmio_read (readb) ->u8 ); +define_read! (infallible, read16,call_mmio_read (readw) ->u16 ); +define_read! (infallible, read32,call_mmio_read (readl) ->u32 ); -define_write! (infallible, write8, writeb <-u8 ); -define_write! (infallible, write16, writew <-u16 ); -define_write! (infallible, write32, writel <-u32 ); +define_write! (infallible, write8,call_mmio_write (writeb) <-u8 ); +define_write! (infallible, write16,call_mmio_write (writew) <-u16 ); +define_write! (infallible, write32,call_mmio_write (writel) <-u32 ); }impl <const SIZE :usize >Io for Mmio <SIZE > { -define_read! (fallible, try_read8, readb ->u8 ); -define_read! (fallible, try_read16, readw ->u16 ); -define_read! (fallible, try_read32, readl ->u32 ); +define_read! (fallible, try_read8,call_mmio_read (readb) ->u8 ); +define_read! (fallible, try_read16,call_mmio_read (readw) ->u16 ); +define_read! (fallible, try_read32,call_mmio_read (readl) ->u32 ); -define_write! (fallible, try_write8, writeb <-u8 ); -define_write! (fallible, try_write16, writew <-u16 ); -define_write! (fallible, try_write32, writel <-u32 ); +define_write! (fallible, try_write8,call_mmio_write (writeb) <-u8 ); +define_write! (fallible, try_write16,call_mmio_write (writew) <-u16 ); +define_write! (fallible, try_write32,call_mmio_write (writel) <-u32 ); }#[cfg( CONFIG_64BIT )] impl <const SIZE :usize >IoKnownSize64 for Mmio <SIZE > { -define_read! (infallible, read64, readq ->u64 ); +define_read! (infallible, read64,call_mmio_read (readq) ->u64 ); -define_write! (infallible, write64, writeq <-u64 ); +define_write! (infallible, write64,call_mmio_write (writeq) <-u64 ); }#[cfg( CONFIG_64BIT )] impl <const SIZE :usize >Io64 for Mmio <SIZE > { -define_read! (fallible, try_read64, readq ->u64 ); +define_read! (fallible, try_read64,call_mmio_read (readq) ->u64 ); -define_write! (fallible, try_write64, writeq <-u64 ); +define_write! (fallible, try_write64,call_mmio_write (writeq) <-u64 ); }impl <const SIZE :usize >Mmio <SIZE > {
@@ -397,43 +456,43 @@ pub unsafe fn from_raw(raw: &MmioRaw<SIZE>) -> &Self {unsafe { &*core::ptr::from_ref (raw).cast () } } -define_read! (infallible,pub read8_relaxed, readb_relaxed ->u8 ); -define_read! (infallible,pub read16_relaxed, readw_relaxed ->u16 ); -define_read! (infallible,pub read32_relaxed, readl_relaxed ->u32 ); +define_read! (infallible,pub read8_relaxed,call_mmio_read (readb_relaxed) ->u8 ); +define_read! (infallible,pub read16_relaxed,call_mmio_read (readw_relaxed) ->u16 ); +define_read! (infallible,pub read32_relaxed,call_mmio_read (readl_relaxed) ->u32 );define_read! ( infallible,#[cfg( CONFIG_64BIT )] pub read64_relaxed, - readq_relaxed ->u64 +call_mmio_read (readq_relaxed) ->u64 ); -define_read! (fallible,pub try_read8_relaxed, readb_relaxed ->u8 ); -define_read! (fallible,pub try_read16_relaxed, readw_relaxed ->u16 ); -define_read! (fallible,pub try_read32_relaxed, readl_relaxed ->u32 ); +define_read! (fallible,pub try_read8_relaxed,call_mmio_read (readb_relaxed) ->u8 ); +define_read! (fallible,pub try_read16_relaxed,call_mmio_read (readw_relaxed) ->u16 ); +define_read! (fallible,pub try_read32_relaxed,call_mmio_read (readl_relaxed) ->u32 );define_read! ( fallible,#[cfg( CONFIG_64BIT )] pub try_read64_relaxed, - readq_relaxed ->u64 +call_mmio_read (readq_relaxed) ->u64 ); -define_write! (infallible,pub write8_relaxed, writeb_relaxed <-u8 ); -define_write! (infallible,pub write16_relaxed, writew_relaxed <-u16 ); -define_write! (infallible,pub write32_relaxed, writel_relaxed <-u32 ); +define_write! (infallible,pub write8_relaxed,call_mmio_write (writeb_relaxed) <-u8 ); +define_write! (infallible,pub write16_relaxed,call_mmio_write (writew_relaxed) <-u16 ); +define_write! (infallible,pub write32_relaxed,call_mmio_write (writel_relaxed) <-u32 );define_write! ( infallible,#[cfg( CONFIG_64BIT )] pub write64_relaxed, - writeq_relaxed <-u64 +call_mmio_write (writeq_relaxed) <-u64 ); -define_write! (fallible,pub try_write8_relaxed, writeb_relaxed <-u8 ); -define_write! (fallible,pub try_write16_relaxed, writew_relaxed <-u16 ); -define_write! (fallible,pub try_write32_relaxed, writel_relaxed <-u32 ); +define_write! (fallible,pub try_write8_relaxed,call_mmio_write (writeb_relaxed) <-u8 ); +define_write! (fallible,pub try_write16_relaxed,call_mmio_write (writew_relaxed) <-u16 ); +define_write! (fallible,pub try_write32_relaxed,call_mmio_write (writel_relaxed) <-u32 );define_write! ( fallible,#[cfg( CONFIG_64BIT )] pub try_write64_relaxed, - writeq_relaxed <-u64 +call_mmio_write (writeq_relaxed) <-u64 ); }
Signature · 1 line
2.51.0
PATCH v9 4/5 rust: pci: add config space read/write support
In reply to Zhi WangDrivers might need to access PCI config space for querying capability structures and access the registers inside the structures.
For Rust drivers need to access PCI config space, the Rust PCI abstraction needs to support it in a way that upholds Rust's safety principles.
Introduce a ConfigSpace wrapper in Rust PCI abstraction to provide safe accessors for PCI config space. The new type implements the Io trait to share offset validation and bound-checking logic with others.
--- rust/kernel/pci/io.rs | 151 ++++++++++++++++++++++++++++++++++++++++++ 1 file changed, 151 insertions(+)
rust/kernel/pci/io.rs +151 -0
@@ -8,6 +8,10 @@ device, devres::Devres, io::{ + define_read, + define_write, +IoBase , +IoKnownSize ,Mmio ,MmioRaw ,// },
@@ -16,6 +20,125 @@ };use core::ops::Deref ; +/// Represents the size of a PCI configuration space. +/// +/// PCI devices can have either a *normal* (legacy) configuration space of 256 bytes, +/// or an *extended* configuration space of 4096 bytes as defined in the PCI Express +/// specification. +#[repr( usize )] +pub (super )enum ConfigSpaceSize { +/// 256-byte legacy PCI configuration space. +Normal =256 , + +/// 4096-byte PCIe extended configuration space. +Extended =4096 , +} + +impl ConfigSpaceSize { +/// Get the raw value of this enum. +#[inline(always)] +pub (super )const fn as_raw (self) ->usize { +// CAST: PCI configuration space size is at most 4096 bytes, so the value always fits +// within `usize` without truncation or sign change. + selfas usize + } +} + +/// The PCI configuration space of a device. +/// +/// Provides typed read and write accessors for configuration registers +/// using the standard `pci_read_config_*` and `pci_write_config_*` helpers. +/// +/// The generic const parameter `SIZE` can be used to indicate the +/// maximum size of the configuration space (e.g. `ConfigSpaceSize::Normal` +/// or `ConfigSpaceSize::Extended`). +pub struct ConfigSpace <'a,const SIZE :usize = {ConfigSpaceSize ::Extended as usize }> { +pub (crate ) pdev: &'aDevice <device::Bound >, +} + +/// Internal helper macros used to invoke C PCI configuration space read functions. +/// +/// This macro is intended to be used by higher-level PCI configuration space access macros +/// (define_read) and provides a unified expansion for infallible vs. fallible read semantics. It +/// emits a direct call into the corresponding C helper and performs the required cast to the Rust +/// return type. +/// +/// # Parameters +/// +/// * `$c_fn` – The C function performing the PCI configuration space write. +/// * `$self` – The I/O backend object. +/// * `$ty` – The type of the value to read. +/// * `$addr` – The PCI configuration space offset to read. +/// +/// This macro does not perform any validation; all invariants must be upheld by the higher-level +/// abstraction invoking it. +macro_rules! call_config_read { + (infallible, $c_fn:ident, $self:ident, $ty:ty, $addr:expr) => {{ +let mut val: $ty =0 ; +// SAFETY: By the type invariant `$self.pdev` is a valid address. +// CAST: The offset is cast to `i32` because the C functions expect a 32-bit signed offset +// parameter. PCI configuration space size is at most 4096 bytes, so the value always fits +// within `i32` without truncation or sign change. +// Return value from C function is ignored in infallible accessors. +let _ret =unsafe {bindings ::$c_fn($self.pdev.as_raw (), $addras i32 , &mut val) }; + val + }}; +} + +/// Internal helper macros used to invoke C PCI configuration space write functions. +/// +/// This macro is intended to be used by higher-level PCI configuration space access macros +/// (define_write) and provides a unified expansion for infallible vs. fallible read semantics. It +/// emits a direct call into the corresponding C helper and performs the required cast to the Rust +/// return type. +/// +/// # Parameters +/// +/// * `$c_fn` – The C function performing the PCI configuration space write. +/// * `$self` – The I/O backend object. +/// * `$ty` – The type of the written value. +/// * `$addr` – The configuration space offset to write. +/// * `$value` – The value to write. +/// +/// This macro does not perform any validation; all invariants must be upheld by the higher-level +/// abstraction invoking it. +macro_rules! call_config_write { + (infallible, $c_fn:ident, $self:ident, $ty:ty, $addr:expr, $value:expr) => { +// SAFETY: By the type invariant `$self.pdev` is a valid address. +// CAST: The offset is cast to `i32` because the C functions expect a 32-bit signed offset +// parameter. PCI configuration space size is at most 4096 bytes, so the value always fits +// within `i32` without truncation or sign change. +// Return value from C function is ignored in infallible accessors. +let _ret =unsafe {bindings ::$c_fn($self.pdev.as_raw (), $addras i32 , $value) }; + }; +} + +impl <'a,const SIZE :usize >IoBase for ConfigSpace <'a,SIZE > { +const MIN_SIZE :usize =SIZE ; + +/// Returns the base address of the I/O region. It is always 0 for configuration space. +#[inline] +fn addr (&self) ->usize { +0 + } + +/// Returns the maximum size of the configuration space. +#[inline] +fn maxsize (&self) ->usize { + self.pdev.cfg_size ().map_or (0 , |v| vas usize ) + } +} + +impl <'a,const SIZE :usize >IoKnownSize for ConfigSpace <'a,SIZE > { +define_read! (infallible, read8,call_config_read (pci_read_config_byte) ->u8 ); +define_read! (infallible, read16,call_config_read (pci_read_config_word) ->u16 ); +define_read! (infallible, read32,call_config_read (pci_read_config_dword) ->u32 ); + +define_write! (infallible, write8,call_config_write (pci_write_config_byte) <-u8 ); +define_write! (infallible, write16,call_config_write (pci_write_config_word) <-u16 ); +define_write! (infallible, write32,call_config_write (pci_write_config_dword) <-u32 ); +} +/// A PCI BAR to perform I/O-Operations on. /// /// I/O backend assumes that the device is little-endian and will automatically
@@ -144,4 +267,32 @@ pub fn iomap_region<'a>( ) -> impl PinInit<Devres<Bar>, Error> + 'a { self.iomap_region_sized::<0>(bar, name) } + +/// Returns the size of configuration space. +fn cfg_size (&self) ->Result <ConfigSpaceSize > { +// SAFETY: `self.as_raw` is a valid pointer to a `struct pci_dev`. +let size =unsafe { (*self.as_raw ()).cfg_size }; +match size { +256 =>Ok (ConfigSpaceSize ::Normal ), +4096 =>Ok (ConfigSpaceSize ::Extended ), + _ => { +debug_assert! (false ); +Err (EINVAL ) + } + } + } + +/// Return an initialized config space object. +pub fn config_space <'a>( + &'a self, + ) ->Result <ConfigSpace <'a, {ConfigSpaceSize ::Normal .as_raw () }>> { +Ok (ConfigSpace { pdev: self }) + } + +/// Return an initialized config space object. +pub fn config_space_extended <'a>( + &'a self, + ) ->Result <ConfigSpace <'a, {ConfigSpaceSize ::Extended .as_raw () }>> { +Ok (ConfigSpace { pdev: self }) + } }
Signature · 1 line
2.51.0
PATCH v9 5/5 sample: rust: pci: add tests for config space routines
In reply to Zhi WangAdd tests exercising the PCI configuration space helpers.
--- samples/rust/rust_driver_pci.rs | 28 ++++++++++++++++++++++++++++ 1 file changed, 28 insertions(+)
samples/rust/rust_driver_pci.rs +28 -0
@@ -5,6 +5,7 @@//! To make this driver probe, QEMU must be run with `-device pci-testdev`. use kernel::{ + device::Bound , device::Core , devres::Devres , io::Io ,
@@ -66,6 +67,32 @@ fn testdev(index: &TestIndex, bar: &Bar0) -> Result<u32> {Ok (bar.read32 (Regs ::COUNT )) } + +fn config_space (pdev: &pci::Device <Bound >) ->Result { +let config = pdev.config_space ()?; + +// TODO: use the register!() macro for defining PCI configuration space registers once it +// has been move out of nova-core. +dev_info! ( + pdev.as_ref (), +"pci-testdev config space read8 rev ID: {:x}\n" , + config.read8 (0x8 ) + ); + +dev_info! ( + pdev.as_ref (), +"pci-testdev config space read16 vendor ID: {:x}\n" , + config.read16 (0 ) + ); + +dev_info! ( + pdev.as_ref (), +"pci-testdev config space read32 BAR 0: {:x}\n" , + config.read32 (0x10 ) + ); + +Ok (()) + } }impl pci::Driver for SampleDriver {
@@ -97,6 +124,7 @@ fn probe(pdev: &pci::Device<Core>, info: &Self::IdInfo) -> impl PinInit<Self, Er "pci-testdev data-match count: {}\n",Self ::testdev (info, bar)? ); +Self ::config_space (pdev)?; }, pdev: pdev.into(), }))
Signature · 1 line
2.51.0