From: Mike Rapoport <rppt@kernel.org>
To: Song Liu <song@kernel.org>
Cc: linux-kernel@vger.kernel.org,
"Alexandre Ghiti" <alexghiti@rivosinc.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Björn Töpel" <bjorn@kernel.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Christophe Leroy" <christophe.leroy@csgroup.eu>,
"David S. Miller" <davem@davemloft.net>,
"Dinh Nguyen" <dinguyen@kernel.org>,
"Donald Dutile" <ddutile@redhat.com>,
"Eric Chanudet" <echanude@redhat.com>,
"Heiko Carstens" <hca@linux.ibm.com>,
"Helge Deller" <deller@gmx.de>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Kent Overstreet" <kent.overstreet@linux.dev>,
"Luis Chamberlain" <mcgrof@kernel.org>,
"Mark Rutland" <mark.rutland@arm.com>,
"Masami Hiramatsu" <mhiramat@kernel.org>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Nadav Amit" <nadav.amit@gmail.com>,
"Palmer Dabbelt" <palmer@dabbelt.com>,
"Peter Zijlstra" <peterz@infradead.org>,
"Rick Edgecombe" <rick.p.edgecombe@intel.com>,
"Russell King" <linux@armlinux.org.uk>,
"Sam Ravnborg" <sam@ravnborg.org>,
"Steven Rostedt" <rostedt@goodmis.org>,
"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Will Deacon" <will@kernel.org>,
bpf@vger.kernel.org, linux-arch@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-mips@vger.kernel.org,
linux-mm@kvack.org, linux-modules@vger.kernel.org,
linux-parisc@vger.kernel.org, linux-riscv@lists.infradead.org,
linux-s390@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org, loongarch@lists.linux.dev,
netdev@vger.kernel.org, sparclinux@vger.kernel.org,
x86@kernel.org
Subject: Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
Date: Sun, 28 Apr 2024 09:55:02 +0300 [thread overview]
Message-ID: <Zi3yxk_7rMEPp0lT@kernel.org> (raw)
In-Reply-To: <CAPhsuW52MYy4Md5O=7XVGvkw395-LB+BiSadxoDdw8CrLw5t7A@mail.gmail.com>
On Fri, Apr 26, 2024 at 12:01:34PM -0700, Song Liu wrote:
> On Fri, Apr 26, 2024 at 1:30 AM Mike Rapoport <rppt@kernel.org> wrote:
> >
> > From: "Mike Rapoport (IBM)" <rppt@kernel.org>
> >
> > Extend execmem parameters to accommodate more complex overrides of
> > module_alloc() by architectures.
> >
> > This includes specification of a fallback range required by arm, arm64
> > and powerpc, EXECMEM_MODULE_DATA type required by powerpc, support for
> > allocation of KASAN shadow required by s390 and x86 and support for
> > late initialization of execmem required by arm64.
> >
> > The core implementation of execmem_alloc() takes care of suppressing
> > warnings when the initial allocation fails but there is a fallback range
> > defined.
> >
> > Signed-off-by: Mike Rapoport (IBM) <rppt@kernel.org>
> > Acked-by: Will Deacon <will@kernel.org>
>
> nit: We should probably move the logic for ARCH_WANTS_EXECMEM_LATE
> to a separate patch.
This would require to split arm64 and I prefer to keep all these changes
together.
> Otherwise,
>
> Acked-by: Song Liu <song@kernel.org>
Thanks!
--
Sincerely yours,
Mike.
WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: Song Liu <song@kernel.org>
Cc: linux-kernel@vger.kernel.org,
"Alexandre Ghiti" <alexghiti@rivosinc.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Björn Töpel" <bjorn@kernel.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Christophe Leroy" <christophe.leroy@csgroup.eu>,
"David S. Miller" <davem@davemloft.net>,
"Dinh Nguyen" <dinguyen@kernel.org>,
"Donald Dutile" <ddutile@redhat.com>,
"Eric Chanudet" <echanude@redhat.com>,
"Heiko Carstens" <hca@linux.ibm.com>,
"Helge Deller" <deller@gmx.de>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Kent Overstreet" <kent.overstreet@linux.dev>,
"Luis Chamberlain" <mcgrof@kernel.org>,
"Mark Rutland" <mark.rutland@arm.com>,
"Masami Hiramatsu" <mhiramat@kernel.org>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Nadav Amit" <nadav.amit@gmail.com>,
"Palmer Dabbelt" <palmer@dabbelt.com>,
"Peter Zijlstra" <peterz@infradead.org>,
"Rick Edgecombe" <rick.p.edgecombe@intel.com>,
"Russell King" <linux@armlinux.org.uk>,
"Sam Ravnborg" <sam@ravnborg.org>,
"Steven Rostedt" <rostedt@goodmis.org>,
"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Will Deacon" <will@kernel.org>,
bpf@vger.kernel.org, linux-arch@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-mips@vger.kernel.org,
linux-mm@kvack.org, linux-modules@vger.kernel.org,
linux-parisc@vger.kernel.org, linux-riscv@lists.infradead.org,
linux-s390@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org, loongarch@lists.linux.dev,
netdev@vger.kernel.org, sparclinux@vger.kernel.org,
x86@kernel.org
Subject: Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
Date: Sun, 28 Apr 2024 09:55:02 +0300 [thread overview]
Message-ID: <Zi3yxk_7rMEPp0lT@kernel.org> (raw)
In-Reply-To: <CAPhsuW52MYy4Md5O=7XVGvkw395-LB+BiSadxoDdw8CrLw5t7A@mail.gmail.com>
On Fri, Apr 26, 2024 at 12:01:34PM -0700, Song Liu wrote:
> On Fri, Apr 26, 2024 at 1:30 AM Mike Rapoport <rppt@kernel.org> wrote:
> >
> > From: "Mike Rapoport (IBM)" <rppt@kernel.org>
> >
> > Extend execmem parameters to accommodate more complex overrides of
> > module_alloc() by architectures.
> >
> > This includes specification of a fallback range required by arm, arm64
> > and powerpc, EXECMEM_MODULE_DATA type required by powerpc, support for
> > allocation of KASAN shadow required by s390 and x86 and support for
> > late initialization of execmem required by arm64.
> >
> > The core implementation of execmem_alloc() takes care of suppressing
> > warnings when the initial allocation fails but there is a fallback range
> > defined.
> >
> > Signed-off-by: Mike Rapoport (IBM) <rppt@kernel.org>
> > Acked-by: Will Deacon <will@kernel.org>
>
> nit: We should probably move the logic for ARCH_WANTS_EXECMEM_LATE
> to a separate patch.
This would require to split arm64 and I prefer to keep all these changes
together.
> Otherwise,
>
> Acked-by: Song Liu <song@kernel.org>
Thanks!
--
Sincerely yours,
Mike.
_______________________________________________
linux-riscv mailing list
linux-riscv@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-riscv
WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: Song Liu <song@kernel.org>
Cc: "Mark Rutland" <mark.rutland@arm.com>,
x86@kernel.org, "Sam Ravnborg" <sam@ravnborg.org>,
"Peter Zijlstra" <peterz@infradead.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Russell King" <linux@armlinux.org.uk>,
linux-mm@kvack.org, "Donald Dutile" <ddutile@redhat.com>,
sparclinux@vger.kernel.org, linux-riscv@lists.infradead.org,
"Nadav Amit" <nadav.amit@gmail.com>,
linux-arch@vger.kernel.org, linux-s390@vger.kernel.org,
"Helge Deller" <deller@gmx.de>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Luis Chamberlain" <mcgrof@kernel.org>,
linux-mips@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
"Alexandre Ghiti" <alexghiti@rivosinc.com>,
"Will Deacon" <will@kernel.org>,
"Heiko Carstens" <hca@linux.ibm.com>,
"Steven Rostedt" <rostedt@goodmis.org>,
loongarch@lists.linux.dev, "Thomas Gleixner" <tglx@linutronix.de>,
bpf@vger.kernel.org, linux-arm-kernel@lists.infradead.org,
"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
linux-parisc@vger.kernel.org, netdev@vger.kernel.org,
"Kent Overstreet" <kent.overstreet@linu>
Subject: Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
Date: Sun, 28 Apr 2024 09:55:02 +0300 [thread overview]
Message-ID: <Zi3yxk_7rMEPp0lT@kernel.org> (raw)
In-Reply-To: <CAPhsuW52MYy4Md5O=7XVGvkw395-LB+BiSadxoDdw8CrLw5t7A@mail.gmail.com>
On Fri, Apr 26, 2024 at 12:01:34PM -0700, Song Liu wrote:
> On Fri, Apr 26, 2024 at 1:30 AM Mike Rapoport <rppt@kernel.org> wrote:
> >
> > From: "Mike Rapoport (IBM)" <rppt@kernel.org>
> >
> > Extend execmem parameters to accommodate more complex overrides of
> > module_alloc() by architectures.
> >
> > This includes specification of a fallback range required by arm, arm64
> > and powerpc, EXECMEM_MODULE_DATA type required by powerpc, support for
> > allocation of KASAN shadow required by s390 and x86 and support for
> > late initialization of execmem required by arm64.
> >
> > The core implementation of execmem_alloc() takes care of suppressing
> > warnings when the initial allocation fails but there is a fallback range
> > defined.
> >
> > Signed-off-by: Mike Rapoport (IBM) <rppt@kernel.org>
> > Acked-by: Will Deacon <will@kernel.org>
>
> nit: We should probably move the logic for ARCH_WANTS_EXECMEM_LATE
> to a separate patch.
This would require to split arm64 and I prefer to keep all these changes
together.
> Otherwise,
>
> Acked-by: Song Liu <song@kernel.org>
Thanks!
--
Sincerely yours,
Mike.
WARNING: multiple messages have this Message-ID (diff)
From: Mike Rapoport <rppt@kernel.org>
To: Song Liu <song@kernel.org>
Cc: linux-kernel@vger.kernel.org,
"Alexandre Ghiti" <alexghiti@rivosinc.com>,
"Andrew Morton" <akpm@linux-foundation.org>,
"Björn Töpel" <bjorn@kernel.org>,
"Catalin Marinas" <catalin.marinas@arm.com>,
"Christophe Leroy" <christophe.leroy@csgroup.eu>,
"David S. Miller" <davem@davemloft.net>,
"Dinh Nguyen" <dinguyen@kernel.org>,
"Donald Dutile" <ddutile@redhat.com>,
"Eric Chanudet" <echanude@redhat.com>,
"Heiko Carstens" <hca@linux.ibm.com>,
"Helge Deller" <deller@gmx.de>,
"Huacai Chen" <chenhuacai@kernel.org>,
"Kent Overstreet" <kent.overstreet@linux.dev>,
"Luis Chamberlain" <mcgrof@kernel.org>,
"Mark Rutland" <mark.rutland@arm.com>,
"Masami Hiramatsu" <mhiramat@kernel.org>,
"Michael Ellerman" <mpe@ellerman.id.au>,
"Nadav Amit" <nadav.amit@gmail.com>,
"Palmer Dabbelt" <palmer@dabbelt.com>,
"Peter Zijlstra" <peterz@infradead.org>,
"Rick Edgecombe" <rick.p.edgecombe@intel.com>,
"Russell King" <linux@armlinux.org.uk>,
"Sam Ravnborg" <sam@ravnborg.org>,
"Steven Rostedt" <rostedt@goodmis.org>,
"Thomas Bogendoerfer" <tsbogend@alpha.franken.de>,
"Thomas Gleixner" <tglx@linutronix.de>,
"Will Deacon" <will@kernel.org>,
bpf@vger.kernel.org, linux-arch@vger.kernel.org,
linux-arm-kernel@lists.infradead.org, linux-mips@vger.kernel.org,
linux-mm@kvack.org, linux-modules@vger.kernel.org,
linux-parisc@vger.kernel.org, linux-riscv@lists.infradead.org,
linux-s390@vger.kernel.org, linux-trace-kernel@vger.kernel.org,
linuxppc-dev@lists.ozlabs.org, loongarch@lists.linux.dev,
netdev@vger.kernel.org, sparclinux@vger.kernel.org,
x86@kernel.org
Subject: Re: [PATCH v6 08/16] mm/execmem, arch: convert remaining overrides of module_alloc to execmem
Date: Sun, 28 Apr 2024 09:55:02 +0300 [thread overview]
Message-ID: <Zi3yxk_7rMEPp0lT@kernel.org> (raw)
In-Reply-To: <CAPhsuW52MYy4Md5O=7XVGvkw395-LB+BiSadxoDdw8CrLw5t7A@mail.gmail.com>
On Fri, Apr 26, 2024 at 12:01:34PM -0700, Song Liu wrote:
> On Fri, Apr 26, 2024 at 1:30 AM Mike Rapoport <rppt@kernel.org> wrote:
> >
> > From: "Mike Rapoport (IBM)" <rppt@kernel.org>
> >
> > Extend execmem parameters to accommodate more complex overrides of
> > module_alloc() by architectures.
> >
> > This includes specification of a fallback range required by arm, arm64
> > and powerpc, EXECMEM_MODULE_DATA type required by powerpc, support for
> > allocation of KASAN shadow required by s390 and x86 and support for
> > late initialization of execmem required by arm64.
> >
> > The core implementation of execmem_alloc() takes care of suppressing
> > warnings when the initial allocation fails but there is a fallback range
> > defined.
> >
> > Signed-off-by: Mike Rapoport (IBM) <rppt@kernel.org>
> > Acked-by: Will Deacon <will@kernel.org>
>
> nit: We should probably move the logic for ARCH_WANTS_EXECMEM_LATE
> to a separate patch.
This would require to split arm64 and I prefer to keep all these changes
together.
> Otherwise,
>
> Acked-by: Song Liu <song@kernel.org>
Thanks!
--
Sincerely yours,
Mike.
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2024-04-28 6:56 UTC|newest]
Thread overview: 92+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-26 8:28 [PATCH v6 00/16] mm: jit/text allocator Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 01/16] arm64: module: remove unneeded call to kasan_alloc_module_shadow() Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 02/16] mips: module: rename MODULE_START to MODULES_VADDR Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 03/16] nios2: define virtual address space for modules Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 04/16] sparc: simplify module_alloc() Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 05/16] module: make module_memory_{alloc,free} more self-contained Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 18:48 ` Song Liu
2024-04-26 18:48 ` Song Liu
2024-04-26 18:48 ` Song Liu
2024-04-26 18:48 ` Song Liu
2024-04-26 8:28 ` [PATCH v6 06/16] mm: introduce execmem_alloc() and execmem_free() Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 18:50 ` Song Liu
2024-04-26 18:50 ` Song Liu
2024-04-26 18:50 ` Song Liu
2024-04-26 18:50 ` Song Liu
2024-04-26 8:28 ` [PATCH v6 07/16] mm/execmem, arch: convert simple overrides of module_alloc to execmem Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 18:54 ` Song Liu
2024-04-26 18:54 ` Song Liu
2024-04-26 18:54 ` Song Liu
2024-04-26 18:54 ` Song Liu
2024-04-26 8:28 ` [PATCH v6 08/16] mm/execmem, arch: convert remaining " Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 19:01 ` Song Liu
2024-04-26 19:01 ` Song Liu
2024-04-26 19:01 ` Song Liu
2024-04-26 19:01 ` Song Liu
2024-04-28 6:55 ` Mike Rapoport [this message]
2024-04-28 6:55 ` Mike Rapoport
2024-04-28 6:55 ` Mike Rapoport
2024-04-28 6:55 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 09/16] riscv: extend execmem_params for generated code allocations Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 10/16] arm64: extend execmem_info " Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 11/16] powerpc: extend execmem_params for kprobes allocations Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 12/16] arch: make execmem setup available regardless of CONFIG_MODULES Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 13/16] x86/ftrace: enable dynamic ftrace without CONFIG_MODULES Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 14/16] powerpc: use CONFIG_EXECMEM instead of CONFIG_MODULES where appropriate Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 15/16] kprobes: remove dependency on CONFIG_MODULES Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` [PATCH v6 16/16] bpf: remove CONFIG_BPF_JIT dependency on CONFIG_MODULES of Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 8:28 ` Mike Rapoport
2024-04-26 22:16 ` [PATCH v6 00/16] mm: jit/text allocator Luis Chamberlain
2024-04-26 22:16 ` Luis Chamberlain
2024-04-26 22:16 ` Luis Chamberlain
2024-04-26 22:16 ` Luis Chamberlain
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=Zi3yxk_7rMEPp0lT@kernel.org \
--to=rppt@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=alexghiti@rivosinc.com \
--cc=bjorn@kernel.org \
--cc=bpf@vger.kernel.org \
--cc=catalin.marinas@arm.com \
--cc=chenhuacai@kernel.org \
--cc=christophe.leroy@csgroup.eu \
--cc=davem@davemloft.net \
--cc=ddutile@redhat.com \
--cc=deller@gmx.de \
--cc=dinguyen@kernel.org \
--cc=echanude@redhat.com \
--cc=hca@linux.ibm.com \
--cc=kent.overstreet@linux.dev \
--cc=linux-arch@vger.kernel.org \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mips@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-modules@vger.kernel.org \
--cc=linux-parisc@vger.kernel.org \
--cc=linux-riscv@lists.infradead.org \
--cc=linux-s390@vger.kernel.org \
--cc=linux-trace-kernel@vger.kernel.org \
--cc=linux@armlinux.org.uk \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=loongarch@lists.linux.dev \
--cc=mark.rutland@arm.com \
--cc=mcgrof@kernel.org \
--cc=mhiramat@kernel.org \
--cc=mpe@ellerman.id.au \
--cc=nadav.amit@gmail.com \
--cc=netdev@vger.kernel.org \
--cc=palmer@dabbelt.com \
--cc=peterz@infradead.org \
--cc=rick.p.edgecombe@intel.com \
--cc=rostedt@goodmis.org \
--cc=sam@ravnborg.org \
--cc=song@kernel.org \
--cc=sparclinux@vger.kernel.org \
--cc=tglx@linutronix.de \
--cc=tsbogend@alpha.franken.de \
--cc=will@kernel.org \
--cc=x86@kernel.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.