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())?;
next prev parent reply other threads:[~2026-05-19 16:24 UTC|newest]
Thread overview: 77+ 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 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-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-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-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-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-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-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-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-18 15:40 ` Alexandre Courbot
2026-05-17 0:01 ` [PATCH v3 14/27] rust: i2c: " Danilo Krummrich
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-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-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-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-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-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-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-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:01 ` [PATCH REF v3 25/27] gpu: nova-core: unregister sysmem flush page from Drop Danilo Krummrich
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
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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox