All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Gary Guo" <gary@garyguo.net>
To: "Danilo Krummrich" <dakr@kernel.org>,
	<gregkh@linuxfoundation.org>, <rafael@kernel.org>,
	<acourbot@nvidia.com>, <aliceryhl@google.com>,
	<david.m.ertman@intel.com>, <ira.weiny@intel.com>,
	<leon@kernel.org>, <viresh.kumar@linaro.org>,
	<m.wilczynski@samsung.com>, <ukleinek@kernel.org>,
	<bhelgaas@google.com>, <kwilczynski@kernel.org>,
	<abdiel.janulgue@gmail.com>, <robin.murphy@arm.com>,
	<markus.probst@posteo.de>, <ojeda@kernel.org>, <boqun@kernel.org>,
	<gary@garyguo.net>, <bjorn3_gh@protonmail.com>,
	<lossin@kernel.org>, <a.hindborg@kernel.org>, <tmgross@umich.edu>,
	<igor.korotin@linux.dev>, <daniel.almeida@collabora.com>,
	<pcolberg@redhat.com>
Cc: <driver-core@lists.linux.dev>, <linux-kernel@vger.kernel.org>,
	<nova-gpu@lists.linux.dev>, <dri-devel@lists.freedesktop.org>,
	<linux-pm@vger.kernel.org>, <linux-pwm@vger.kernel.org>,
	<linux-pci@vger.kernel.org>, <rust-for-linux@vger.kernel.org>
Subject: Re: [PATCH v3 19/27] rust: pci: make Bar lifetime-parameterized
Date: Tue, 19 May 2026 17:24:29 +0100	[thread overview]
Message-ID: <DIMSJVKTYX6D.AEN6OPPC2898@garyguo.net> (raw)
In-Reply-To: <20260517000149.3226762-20-dakr@kernel.org>

On Sun May 17, 2026 at 1:01 AM BST, Danilo Krummrich wrote:
> Convert pci::Bar<SIZE> to pci::Bar<'bound, SIZE>, storing &'bound
> Device<Bound> to tie the BAR mapping lifetime to the device.
>
> iomap_region_sized() now returns Result<Bar<'bound, SIZE>> directly instead
> of impl PinInit<Devres<Bar<SIZE>>, Error>.
>
> Add Bar::into_devres() to consume the bar and register it as a
> device-managed resource, returning Devres<Bar<'static, SIZE>>. The
> lifetime is erased to 'static because Devres guarantees the bar does not
> actually outlive the device -- access is revoked on unbind.
>
> Signed-off-by: Danilo Krummrich <dakr@kernel.org>
> ---
>  drivers/gpu/nova-core/driver.rs |  7 ++--
>  rust/kernel/devres.rs           |  2 +-
>  rust/kernel/pci/io.rs           | 68 +++++++++++++++++----------------
>  samples/rust/rust_driver_pci.rs |  5 ++-
>  4 files changed, 44 insertions(+), 38 deletions(-)
>
> diff --git a/drivers/gpu/nova-core/driver.rs b/drivers/gpu/nova-core/driver.rs
> index ab0d7f2b516c..3f6d8cedf5ab 100644
> --- a/drivers/gpu/nova-core/driver.rs
> +++ b/drivers/gpu/nova-core/driver.rs
> @@ -47,7 +47,7 @@ pub(crate) struct NovaCore {
>  // DMA addresses. These systems should be quite rare.
>  const GPU_DMA_BITS: u32 = 47;
>  
> -pub(crate) type Bar0 = pci::Bar<BAR0_SIZE>;
> +pub(crate) type Bar0 = pci::Bar<'static, BAR0_SIZE>;
>  
>  kernel::pci_device_table!(
>      PCI_TABLE,
> @@ -94,8 +94,9 @@ fn probe<'bound>(
>              // other threads of execution.
>              unsafe { pdev.dma_set_mask_and_coherent(DmaMask::new::<GPU_DMA_BITS>())? };
>  
> -            let bar = Arc::pin_init(
> -                pdev.iomap_region_sized::<BAR0_SIZE>(0, c"nova-core/bar0"),
> +            let bar = Arc::new(
> +                pdev.iomap_region_sized::<BAR0_SIZE>(0, c"nova-core/bar0")?
> +                    .into_devres()?,
>                  GFP_KERNEL,
>              )?;
>  
> diff --git a/rust/kernel/devres.rs b/rust/kernel/devres.rs
> index 9e5f93aed20c..ec63317665f4 100644
> --- a/rust/kernel/devres.rs
> +++ b/rust/kernel/devres.rs
> @@ -304,7 +304,7 @@ pub fn device(&self) -> &Device {
>      ///     pci, //
>      /// };
>      ///
> -    /// fn from_core(dev: &pci::Device<Core>, devres: Devres<pci::Bar<0x4>>) -> Result {
> +    /// fn from_core(dev: &pci::Device<Core>, devres: Devres<pci::Bar<'_, 0x4>>) -> Result {
>      ///     let bar = devres.access(dev.as_ref())?;
>      ///
>      ///     let _ = bar.read32(0x0);
> diff --git a/rust/kernel/pci/io.rs b/rust/kernel/pci/io.rs
> index ae78676c927f..5668394a155b 100644
> --- a/rust/kernel/pci/io.rs
> +++ b/rust/kernel/pci/io.rs
> @@ -14,8 +14,7 @@
>          Mmio,
>          MmioRaw, //
>      },
> -    prelude::*,
> -    sync::aref::ARef, //
> +    prelude::*, //
>  };
>  use core::{
>      marker::PhantomData,
> @@ -78,15 +77,15 @@ impl ConfigSpaceKind for Extended {
>  /// The generic parameter `S` indicates the maximum size of the configuration space.
>  /// Use [`Normal`] for 256-byte legacy configuration space or [`Extended`] for
>  /// 4096-byte PCIe extended configuration space (default).
> -pub struct ConfigSpace<'a, S: ConfigSpaceKind = Extended> {
> -    pub(crate) pdev: &'a Device<device::Bound>,
> +pub struct ConfigSpace<'bound, S: ConfigSpaceKind = Extended> {
> +    pub(crate) pdev: &'bound Device<device::Bound>,
>      _marker: PhantomData<S>,
>  }
>  
>  /// Implements [`IoCapable`] on [`ConfigSpace`] for `$ty` using `$read_fn` and `$write_fn`.
>  macro_rules! impl_config_space_io_capable {
>      ($ty:ty, $read_fn:ident, $write_fn:ident) => {
> -        impl<'a, S: ConfigSpaceKind> IoCapable<$ty> for ConfigSpace<'a, S> {
> +        impl<'bound, S: ConfigSpaceKind> IoCapable<$ty> for ConfigSpace<'bound, S> {
>              unsafe fn io_read(&self, address: usize) -> $ty {
>                  let mut val: $ty = 0;
>  
> @@ -119,7 +118,7 @@ unsafe fn io_write(&self, value: $ty, address: usize) {
>  impl_config_space_io_capable!(u16, pci_read_config_word, pci_write_config_word);
>  impl_config_space_io_capable!(u32, pci_read_config_dword, pci_write_config_dword);
>  
> -impl<'a, S: ConfigSpaceKind> Io for ConfigSpace<'a, S> {
> +impl<'bound, S: ConfigSpaceKind> Io for ConfigSpace<'bound, S> {
>      /// Returns the base address of the I/O region. It is always 0 for configuration space.
>      #[inline]
>      fn addr(&self) -> usize {
> @@ -133,7 +132,7 @@ fn maxsize(&self) -> usize {
>      }
>  }
>  
> -impl<'a, S: ConfigSpaceKind> IoKnownSize for ConfigSpace<'a, S> {
> +impl<'bound, S: ConfigSpaceKind> IoKnownSize for ConfigSpace<'bound, S> {
>      const MIN_SIZE: usize = S::SIZE;
>  }
>  
> @@ -146,14 +145,14 @@ impl<'a, S: ConfigSpaceKind> IoKnownSize for ConfigSpace<'a, S> {
>  ///
>  /// `Bar` always holds an `IoRaw` instance that holds a valid pointer to the start of the I/O
>  /// memory mapped PCI BAR and its size.
> -pub struct Bar<const SIZE: usize = 0> {
> -    pdev: ARef<Device>,
> +pub struct Bar<'bound, const SIZE: usize = 0> {
> +    pdev: &'bound Device<device::Bound>,

I think there's probably no need to name this `'bound`. From an individual
resource's perspective, there is no need to ensure that the lifetime is living
as long as a bound device.

It is perfectly fine to temporarily obtain a `Bar` and just destroy it before
device is unbound. So in some sense, this is

    struct Bar<'a, const SIZE: usize> where 'bound: 'a

and this bound is implied by the `&'a Device<device::Bound>` type.

For interfaces which currently require invariance (e.g. `Driver::Data<'bound>`),
the name change is more important because the API does require a matching
lifetime (and also DevResLt).

>      io: MmioRaw<SIZE>,
>      num: i32,
>  }
>  
> -impl<const SIZE: usize> Bar<SIZE> {
> -    pub(super) fn new(pdev: &Device, num: u32, name: &CStr) -> Result<Self> {
> +impl<'bound, const SIZE: usize> Bar<'bound, SIZE> {
> +    pub(super) fn new(pdev: &'bound Device<device::Bound>, num: u32, name: &CStr) -> Result<Self> {
>          let len = pdev.resource_len(num)?;
>          if len == 0 {
>              return Err(ENOMEM);
> @@ -196,11 +195,7 @@ pub(super) fn new(pdev: &Device, num: u32, name: &CStr) -> Result<Self> {
>              }
>          };
>  
> -        Ok(Bar {
> -            pdev: pdev.into(),
> -            io,
> -            num,
> -        })
> +        Ok(Bar { pdev, io, num })
>      }
>  
>      /// # Safety
> @@ -219,11 +214,24 @@ unsafe fn do_release(pdev: &Device, ioptr: usize, num: i32) {
>  
>      fn release(&self) {
>          // SAFETY: The safety requirements are guaranteed by the type invariant of `self.pdev`.
> -        unsafe { Self::do_release(&self.pdev, self.io.addr(), self.num) };
> +        unsafe { Self::do_release(self.pdev, self.io.addr(), self.num) };
> +    }
> +
> +    /// Consume the `Bar` and register it as a device-managed resource.
> +    ///
> +    /// The returned `Devres<Bar<'static, SIZE>>` can outlive the original lifetime `'bound`. Access
> +    /// to the BAR is revoked when the device is unbound.
> +    pub fn into_devres(self) -> Result<Devres<Bar<'static, SIZE>>> {
> +        // SAFETY: Casting to `'static` is sound because `Devres` guarantees the `Bar` does not
> +        // actually outlive the device -- access is revoked and the resource is released when the
> +        // device is unbound.
> +        let bar: Bar<'static, SIZE> = unsafe { core::mem::transmute(self) };
> +        let pdev = bar.pdev;
> +        Devres::new(pdev.as_ref(), bar)

One thing to note (which kinda motivates to suggest `'bound` might not be a good
name) is that while this is sound for `Bar`, this logic isn't true in general
for things that with the same shape as `Bar`.

For example, say if we have

    struct MyResource<'bound> {
        dev: &'bound Device<Bound>,
        data: &'bound [u8],
    }

then it's not okay to turn this into `DevRes<MyResource<'static>>` (or
`DevResLt<ForLt!(MyResource<'_>)>`, because the user can shorten the lifetime on
`&Device<Bound>`:

    fn bad_fn<'bound>(dev: &'bound Device<Bound>) -> DevRes<MyResource<'static>> {
        let local = [0; 64];
        // Basically `MyResource<'local>`.
        let my_resource = MyResource {
            dev,
            data: &local,
        };
        my_resource.into_devres()
    }

Now this is obviously bad because the resource now outlives `local` despite that
it shouldn't. The `'bound` lifetime becomes the the confusion factor here.

If this is just `&'a`, then you need to actually justify why the `into_devres()`
is fine, which you still can for `Bar` not for `MyResource`.

(This also means that sound and generic API of `DevResLt` would need either an
API with invariant lifetime, or with callback API. So something like

    struct BoundDevice<'bound>(&'bound Device<Bound>, PhantomData<fn(&'bound ())-> &'bound ()>);

    impl BoundDevice<'bound> {
        fn into_devres<F: ForLt>(&self, value: F::Of<'bound>) -> DevResLt<F>;
    }

Or

    impl Device<Bound> {
        fn new_devres<F: ForLt>(&self, f: impl for<'bound> FnOnce(&'bound Device<Bound>) -> F::Of<'bound>) -> DevResLt<F>;
    }

Either way, I think we probably want to limit `'bound` to cases where it's
actually `'bound` and not some possibly shortened lifetime.

Best,
Gary

>      }
>  }
>  
> -impl Bar {
> +impl Bar<'_> {
>      #[inline]
>      pub(super) fn index_is_valid(index: u32) -> bool {
>          // A `struct pci_dev` owns an array of resources with at most `PCI_NUM_RESOURCES` entries.
> @@ -231,13 +239,13 @@ pub(super) fn index_is_valid(index: u32) -> bool {
>      }
>  }
>  
> -impl<const SIZE: usize> Drop for Bar<SIZE> {
> +impl<const SIZE: usize> Drop for Bar<'_, SIZE> {
>      fn drop(&mut self) {
>          self.release();
>      }
>  }
>  
> -impl<const SIZE: usize> Deref for Bar<SIZE> {
> +impl<const SIZE: usize> Deref for Bar<'_, SIZE> {
>      type Target = Mmio<SIZE>;
>  
>      fn deref(&self) -> &Self::Target {
> @@ -249,20 +257,16 @@ fn deref(&self) -> &Self::Target {
>  impl Device<device::Bound> {
>      /// Maps an entire PCI BAR after performing a region-request on it. I/O operation bound checks
>      /// can be performed on compile time for offsets (plus the requested type size) < SIZE.
> -    pub fn iomap_region_sized<'a, const SIZE: usize>(
> -        &'a self,
> +    pub fn iomap_region_sized<'bound, const SIZE: usize>(
> +        &'bound self,
>          bar: u32,
> -        name: &'a CStr,
> -    ) -> impl PinInit<Devres<Bar<SIZE>>, Error> + 'a {
> -        Devres::new(self.as_ref(), Bar::<SIZE>::new(self, bar, name))
> +        name: &CStr,
> +    ) -> Result<Bar<'bound, SIZE>> {
> +        Bar::new(self, bar, name)
>      }
>  
>      /// Maps an entire PCI BAR after performing a region-request on it.
> -    pub fn iomap_region<'a>(
> -        &'a self,
> -        bar: u32,
> -        name: &'a CStr,
> -    ) -> impl PinInit<Devres<Bar>, Error> + 'a {
> +    pub fn iomap_region<'bound>(&'bound self, bar: u32, name: &CStr) -> Result<Bar<'bound>> {
>          self.iomap_region_sized::<0>(bar, name)
>      }
>  
> @@ -282,7 +286,7 @@ pub fn cfg_size(&self) -> ConfigSpaceSize {
>      }
>  
>      /// Return an initialized normal (256-byte) config space object.
> -    pub fn config_space<'a>(&'a self) -> ConfigSpace<'a, Normal> {
> +    pub fn config_space<'bound>(&'bound self) -> ConfigSpace<'bound, Normal> {
>          ConfigSpace {
>              pdev: self,
>              _marker: PhantomData,
> @@ -290,7 +294,7 @@ pub fn config_space<'a>(&'a self) -> ConfigSpace<'a, Normal> {
>      }
>  
>      /// Return an initialized extended (4096-byte) config space object.
> -    pub fn config_space_extended<'a>(&'a self) -> Result<ConfigSpace<'a, Extended>> {
> +    pub fn config_space_extended<'bound>(&'bound self) -> Result<ConfigSpace<'bound, Extended>> {
>          if self.cfg_size() != ConfigSpaceSize::Extended {
>              return Err(EINVAL);
>          }
> diff --git a/samples/rust/rust_driver_pci.rs b/samples/rust/rust_driver_pci.rs
> index 30b9311812f3..7791363df0a0 100644
> --- a/samples/rust/rust_driver_pci.rs
> +++ b/samples/rust/rust_driver_pci.rs
> @@ -45,7 +45,7 @@ mod regs {
>      pub(super) const END: usize = 0x10;
>  }
>  
> -type Bar0 = pci::Bar<{ regs::END }>;
> +type Bar0 = pci::Bar<'static, { regs::END }>;
>  
>  #[derive(Copy, Clone, Debug)]
>  struct TestIndex(u8);
> @@ -161,7 +161,8 @@ fn probe<'bound>(
>              pdev.set_master();
>  
>              Ok(try_pin_init!(Self {
> -                bar <- pdev.iomap_region_sized::<{ regs::END }>(0, c"rust_driver_pci"),
> +                bar: pdev.iomap_region_sized::<{ regs::END }>(0, c"rust_driver_pci")?
> +                    .into_devres()?,
>                  index: *info,
>                  _: {
>                      let bar = bar.access(pdev.as_ref())?;


  parent reply	other threads:[~2026-05-19 16:24 UTC|newest]

Thread overview: 98+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-05-17  0:00 [PATCH v3 00/27] rust: device: Higher-Ranked Lifetime Types for device drivers Danilo Krummrich
2026-05-17  0:00 ` [PATCH v3 01/27] rust: alloc: remove `'static` bound on `ForeignOwnable` Danilo Krummrich
2026-05-18 14:42   ` Alexandre Courbot
2026-05-17  0:00 ` [PATCH v3 02/27] rust: driver: move 'static bounds to constructor Danilo Krummrich
2026-05-18 14:42   ` Alexandre Courbot
2026-05-17  0:00 ` [PATCH v3 03/27] rust: driver: decouple driver private data from driver type Danilo Krummrich
2026-05-17  0:19   ` sashiko-bot
2026-05-17 14:32   ` Danilo Krummrich
2026-05-19 12:47     ` Gary Guo
2026-05-18 14:43   ` Alexandre Courbot
2026-05-17  0:00 ` [PATCH v3 04/27] rust: driver core: drop drvdata before devres release Danilo Krummrich
2026-05-17  0:37   ` sashiko-bot
2026-05-18 14:45   ` Alexandre Courbot
2026-05-19 12:47   ` Gary Guo
2026-05-17  0:00 ` [PATCH v3 05/27] rust: pci: implement Sync for Device<Bound> Danilo Krummrich
2026-05-17  0:40   ` sashiko-bot
2026-05-18 14:46   ` Alexandre Courbot
2026-05-19 13:01   ` Gary Guo
2026-05-17  0:00 ` [PATCH v3 06/27] rust: platform: " Danilo Krummrich
2026-05-18 14:46   ` Alexandre Courbot
2026-05-19 13:01   ` Gary Guo
2026-05-17  0:00 ` [PATCH v3 07/27] rust: auxiliary: " Danilo Krummrich
2026-05-17  0:36   ` sashiko-bot
2026-05-18 14:47   ` Alexandre Courbot
2026-05-19 13:02   ` Gary Guo
2026-05-17  0:00 ` [PATCH v3 08/27] rust: usb: " Danilo Krummrich
2026-05-17  0:33   ` sashiko-bot
2026-05-18 14:47   ` Alexandre Courbot
2026-05-19 13:02   ` Gary Guo
2026-05-17  0:00 ` [PATCH v3 09/27] rust: device: " Danilo Krummrich
2026-05-17  0:25   ` sashiko-bot
2026-05-18 14:48   ` Alexandre Courbot
2026-05-19 13:02   ` Gary Guo
2026-05-17  0:00 ` [PATCH v3 10/27] rust: pci: make Driver trait lifetime-parameterized Danilo Krummrich
2026-05-17  0:29   ` sashiko-bot
2026-05-18 14:53   ` Alexandre Courbot
2026-05-18 15:36   ` Gary Guo
2026-05-18 16:10     ` Danilo Krummrich
2026-05-19  4:52   ` Eliot Courtney
2026-05-19 10:39     ` Danilo Krummrich
2026-05-19 11:48       ` Gary Guo
2026-05-19 12:36         ` Danilo Krummrich
2026-05-20  6:14           ` Eliot Courtney
2026-05-17  0:00 ` [PATCH v3 11/27] rust: platform: " Danilo Krummrich
2026-05-18 14:55   ` Alexandre Courbot
2026-05-17  0:01 ` [PATCH v3 12/27] rust: auxiliary: " Danilo Krummrich
2026-05-18 15:39   ` Alexandre Courbot
2026-05-17  0:01 ` [PATCH v3 13/27] rust: usb: " Danilo Krummrich
2026-05-17  0:25   ` sashiko-bot
2026-05-18 15:40   ` Alexandre Courbot
2026-05-17  0:01 ` [PATCH v3 14/27] rust: i2c: " Danilo Krummrich
2026-05-17  0:39   ` sashiko-bot
2026-05-18 15:41   ` Alexandre Courbot
2026-05-17  0:01 ` [PATCH v3 15/27] rust: driver: update module documentation for GAT-based Data type Danilo Krummrich
2026-05-18 15:46   ` Alexandre Courbot
2026-05-17  0:01 ` [PATCH v3 16/27] rust: types: add `ForLt` trait for higher-ranked lifetime support Danilo Krummrich
2026-05-17  0:23   ` sashiko-bot
2026-05-19  6:02   ` Eliot Courtney
2026-05-19 11:23     ` Gary Guo
2026-05-19 11:07   ` Alexandre Courbot
2026-05-19 11:39     ` Gary Guo
2026-05-19 13:03       ` Danilo Krummrich
2026-05-19 13:34         ` Miguel Ojeda
2026-05-17  0:01 ` [PATCH v3 17/27] rust: auxiliary: generalize Registration over ForLt Danilo Krummrich
2026-05-17  0:31   ` sashiko-bot
2026-05-19  7:56   ` Eliot Courtney
2026-05-19 10:39     ` Danilo Krummrich
2026-05-19 11:20       ` Gary Guo
2026-05-19 16:45   ` Gary Guo
2026-05-20  0:33     ` Danilo Krummrich
2026-05-20  9:34       ` Gary Guo
2026-05-17  0:01 ` [PATCH v3 18/27] samples: rust: rust_driver_auxiliary: showcase lifetime-bound registration data Danilo Krummrich
2026-05-19  6:52   ` Eliot Courtney
2026-05-19 15:48   ` Gary Guo
2026-05-17  0:01 ` [PATCH v3 19/27] rust: pci: make Bar lifetime-parameterized Danilo Krummrich
2026-05-17  0:57   ` sashiko-bot
2026-05-19  6:36   ` Eliot Courtney
2026-05-19 16:24   ` Gary Guo [this message]
2026-05-19 17:27     ` Danilo Krummrich
2026-05-17  0:01 ` [PATCH v3 20/27] rust: io: make IoMem and ExclusiveIoMem lifetime-parameterized Danilo Krummrich
2026-05-17  1:31   ` sashiko-bot
2026-05-19  6:39   ` Eliot Courtney
2026-05-17  0:01 ` [PATCH v3 21/27] samples: rust: rust_driver_pci: use HRT lifetime for Bar Danilo Krummrich
2026-05-17  0:57   ` sashiko-bot
2026-05-19  6:41   ` Eliot Courtney
2026-05-17  0:01 ` [PATCH v3 22/27] rust: driver-core: rename 'a lifetime to 'bound Danilo Krummrich
2026-05-17  0:31   ` sashiko-bot
2026-05-19  6:42   ` Eliot Courtney
2026-05-19 16:56   ` Gary Guo
2026-05-19 17:23     ` Danilo Krummrich
2026-05-17  0:01 ` [PATCH REF v3 23/27] gpu: nova-core: " Danilo Krummrich
2026-05-17  0:01 ` [PATCH REF v3 24/27] gpu: nova-core: use lifetime for Bar Danilo Krummrich
2026-05-17  0:58   ` sashiko-bot
2026-05-17  0:01 ` [PATCH REF v3 25/27] gpu: nova-core: unregister sysmem flush page from Drop Danilo Krummrich
2026-05-17  0:50   ` sashiko-bot
2026-05-17  0:01 ` [PATCH REF v3 26/27] gpu: nova-core: replace ARef<Device> with &'bound Device in SysmemFlush Danilo Krummrich
2026-05-17  0:01 ` [PATCH REF v3 27/27] gpu: drm: tyr: use lifetime for IoMem Danilo Krummrich
2026-05-17  0:47   ` sashiko-bot

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=DIMSJVKTYX6D.AEN6OPPC2898@garyguo.net \
    --to=gary@garyguo.net \
    --cc=a.hindborg@kernel.org \
    --cc=abdiel.janulgue@gmail.com \
    --cc=acourbot@nvidia.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=david.m.ertman@intel.com \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=driver-core@lists.linux.dev \
    --cc=gregkh@linuxfoundation.org \
    --cc=igor.korotin@linux.dev \
    --cc=ira.weiny@intel.com \
    --cc=kwilczynski@kernel.org \
    --cc=leon@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-pci@vger.kernel.org \
    --cc=linux-pm@vger.kernel.org \
    --cc=linux-pwm@vger.kernel.org \
    --cc=lossin@kernel.org \
    --cc=m.wilczynski@samsung.com \
    --cc=markus.probst@posteo.de \
    --cc=nova-gpu@lists.linux.dev \
    --cc=ojeda@kernel.org \
    --cc=pcolberg@redhat.com \
    --cc=rafael@kernel.org \
    --cc=robin.murphy@arm.com \
    --cc=rust-for-linux@vger.kernel.org \
    --cc=tmgross@umich.edu \
    --cc=ukleinek@kernel.org \
    --cc=viresh.kumar@linaro.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.