From: Emma Anholt <emma@anholt.net>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: "DRI Development" <dri-devel@lists.freedesktop.org>,
"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Steven Price" <steven.price@arm.com>,
"Daniel Vetter" <daniel.vetter@intel.com>,
"Lucas Stach" <l.stach@pengutronix.de>,
"Russell King" <linux+etnaviv@armlinux.org.uk>,
"Christian Gmeiner" <christian.gmeiner@gmail.com>,
"Qiang Yu" <yuq825@gmail.com>, "Rob Herring" <robh@kernel.org>,
"Tomeu Vizoso" <tomeu.vizoso@collabora.com>,
"Alyssa Rosenzweig" <alyssa.rosenzweig@collabora.com>,
"David Airlie" <airlied@linux.ie>,
"Daniel Vetter" <daniel@ffwll.ch>,
"Sumit Semwal" <sumit.semwal@linaro.org>,
"Christian König" <christian.koenig@amd.com>,
"Masahiro Yamada" <masahiroy@kernel.org>,
"Kees Cook" <keescook@chromium.org>,
"Adam Borowski" <kilobyte@angband.pl>,
"Nick Terrell" <terrelln@fb.com>,
"Mauro Carvalho Chehab" <mchehab+huawei@kernel.org>,
"Paul Menzel" <pmenzel@molgen.mpg.de>,
"Sami Tolvanen" <samitolvanen@google.com>,
"Viresh Kumar" <viresh.kumar@linaro.org>,
"Alex Deucher" <alexander.deucher@amd.com>,
"Dave Airlie" <airlied@redhat.com>,
"Nirmoy Das" <nirmoy.das@amd.com>,
"Deepak R Varma" <mh12gx2825@gmail.com>,
"Lee Jones" <lee.jones@linaro.org>,
"Kevin Wang" <kevin1.wang@amd.com>,
"Chen Li" <chenli@uniontech.com>,
"Luben Tuikov" <luben.tuikov@amd.com>,
"Marek Olšák" <marek.olsak@amd.com>,
"Dennis Li" <Dennis.Li@amd.com>,
"Maarten Lankhorst" <maarten.lankhorst@linux.intel.com>,
"Andrey Grodzovsky" <andrey.grodzovsky@amd.com>,
"Sonny Jiang" <sonny.jiang@amd.com>,
"Boris Brezillon" <boris.brezillon@collabora.com>,
"Tian Tao" <tiantao6@hisilicon.com>,
etnaviv@lists.freedesktop.org, lima@lists.freedesktop.org,
linux-media@vger.kernel.org, linaro-mm-sig@lists.linaro.org
Subject: Re: [PATCH v4 01/18] drm/sched: Split drm_sched_job_init
Date: Mon, 12 Jul 2021 13:22:39 -0700 [thread overview]
Message-ID: <CADaigPXPpiEfMOZ+h=H6e_brdK-1n0Aax34oWTaiJaDjM=EsfA@mail.gmail.com> (raw)
In-Reply-To: <20210712175352.802687-2-daniel.vetter@ffwll.ch>
On Mon, Jul 12, 2021 at 1:01 PM Daniel Vetter <daniel.vetter@ffwll.ch> wrote:
>
> This is a very confusingly named function, because not just does it
> init an object, it arms it and provides a point of no return for
> pushing a job into the scheduler. It would be nice if that's a bit
> clearer in the interface.
>
> But the real reason is that I want to push the dependency tracking
> helpers into the scheduler code, and that means drm_sched_job_init
> must be called a lot earlier, without arming the job.
>
> v2:
> - don't change .gitignore (Steven)
> - don't forget v3d (Emma)
>
> v3: Emma noticed that I leak the memory allocated in
> drm_sched_job_init if we bail out before the point of no return in
> subsequent driver patches. To be able to fix this change
> drm_sched_job_cleanup() so it can handle being called both before and
> after drm_sched_job_arm().
>
> Also improve the kerneldoc for this.
>
> v4:
> - Fix the drm_sched_job_cleanup logic, I inverted the booleans, as
> usual (Melissa)
>
> - Christian pointed out that drm_sched_entity_select_rq() also needs
> to be moved into drm_sched_job_arm, which made me realize that the
> job->id definitely needs to be moved too.
>
> Shuffle things to fit between job_init and job_arm.
>
> v5:
> Reshuffle the split between init/arm once more, amdgpu abuses
> drm_sched.ready to signal gpu reset failures. Also document this
> somewhat. (Christian)
Ack from me for the changes I was Cced on.
WARNING: multiple messages have this Message-ID (diff)
From: Emma Anholt <emma@anholt.net>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: "Adam Borowski" <kilobyte@angband.pl>,
"David Airlie" <airlied@linux.ie>,
"Viresh Kumar" <viresh.kumar@linaro.org>,
"DRI Development" <dri-devel@lists.freedesktop.org>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Nirmoy Das" <nirmoy.das@amd.com>,
"Daniel Vetter" <daniel.vetter@intel.com>,
"Lee Jones" <lee.jones@linaro.org>,
lima@lists.freedesktop.org,
"Mauro Carvalho Chehab" <mchehab+huawei@kernel.org>,
"Masahiro Yamada" <masahiroy@kernel.org>,
"Steven Price" <steven.price@arm.com>,
"Luben Tuikov" <luben.tuikov@amd.com>,
"Alyssa Rosenzweig" <alyssa.rosenzweig@collabora.com>,
"Sami Tolvanen" <samitolvanen@google.com>,
"Russell King" <linux+etnaviv@armlinux.org.uk>,
"Dave Airlie" <airlied@redhat.com>,
"Marek Olšák" <marek.olsak@amd.com>,
"Dennis Li" <Dennis.Li@amd.com>, "Chen Li" <chenli@uniontech.com>,
"Paul Menzel" <pmenzel@molgen.mpg.de>,
"Kees Cook" <keescook@chromium.org>,
"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
"Kevin Wang" <kevin1.wang@amd.com>,
etnaviv@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org,
"Sonny Jiang" <sonny.jiang@amd.com>,
"Deepak R Varma" <mh12gx2825@gmail.com>,
"Tomeu Vizoso" <tomeu.vizoso@collabora.com>,
"Nick Terrell" <terrelln@fb.com>,
"Boris Brezillon" <boris.brezillon@collabora.com>,
"Qiang Yu" <yuq825@gmail.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
"Tian Tao" <tiantao6@hisilicon.com>,
linux-media@vger.kernel.org,
"Christian König" <christian.koenig@amd.com>
Subject: Re: [PATCH v4 01/18] drm/sched: Split drm_sched_job_init
Date: Mon, 12 Jul 2021 13:22:39 -0700 [thread overview]
Message-ID: <CADaigPXPpiEfMOZ+h=H6e_brdK-1n0Aax34oWTaiJaDjM=EsfA@mail.gmail.com> (raw)
In-Reply-To: <20210712175352.802687-2-daniel.vetter@ffwll.ch>
On Mon, Jul 12, 2021 at 1:01 PM Daniel Vetter <daniel.vetter@ffwll.ch> wrote:
>
> This is a very confusingly named function, because not just does it
> init an object, it arms it and provides a point of no return for
> pushing a job into the scheduler. It would be nice if that's a bit
> clearer in the interface.
>
> But the real reason is that I want to push the dependency tracking
> helpers into the scheduler code, and that means drm_sched_job_init
> must be called a lot earlier, without arming the job.
>
> v2:
> - don't change .gitignore (Steven)
> - don't forget v3d (Emma)
>
> v3: Emma noticed that I leak the memory allocated in
> drm_sched_job_init if we bail out before the point of no return in
> subsequent driver patches. To be able to fix this change
> drm_sched_job_cleanup() so it can handle being called both before and
> after drm_sched_job_arm().
>
> Also improve the kerneldoc for this.
>
> v4:
> - Fix the drm_sched_job_cleanup logic, I inverted the booleans, as
> usual (Melissa)
>
> - Christian pointed out that drm_sched_entity_select_rq() also needs
> to be moved into drm_sched_job_arm, which made me realize that the
> job->id definitely needs to be moved too.
>
> Shuffle things to fit between job_init and job_arm.
>
> v5:
> Reshuffle the split between init/arm once more, amdgpu abuses
> drm_sched.ready to signal gpu reset failures. Also document this
> somewhat. (Christian)
Ack from me for the changes I was Cced on.
WARNING: multiple messages have this Message-ID (diff)
From: Emma Anholt <emma@anholt.net>
To: Daniel Vetter <daniel.vetter@ffwll.ch>
Cc: "Adam Borowski" <kilobyte@angband.pl>,
"David Airlie" <airlied@linux.ie>,
"Viresh Kumar" <viresh.kumar@linaro.org>,
"DRI Development" <dri-devel@lists.freedesktop.org>,
"Melissa Wen" <melissa.srw@gmail.com>,
"Nirmoy Das" <nirmoy.das@amd.com>,
"Daniel Vetter" <daniel.vetter@intel.com>,
"Lee Jones" <lee.jones@linaro.org>,
"Sumit Semwal" <sumit.semwal@linaro.org>,
"Rob Herring" <robh@kernel.org>,
lima@lists.freedesktop.org,
"Mauro Carvalho Chehab" <mchehab+huawei@kernel.org>,
"Masahiro Yamada" <masahiroy@kernel.org>,
"Steven Price" <steven.price@arm.com>,
"Luben Tuikov" <luben.tuikov@amd.com>,
"Alyssa Rosenzweig" <alyssa.rosenzweig@collabora.com>,
"Sami Tolvanen" <samitolvanen@google.com>,
"Russell King" <linux+etnaviv@armlinux.org.uk>,
"Dave Airlie" <airlied@redhat.com>,
"Marek Olšák" <marek.olsak@amd.com>,
"Dennis Li" <Dennis.Li@amd.com>, "Chen Li" <chenli@uniontech.com>,
"Paul Menzel" <pmenzel@molgen.mpg.de>,
"Kees Cook" <keescook@chromium.org>,
"Intel Graphics Development" <intel-gfx@lists.freedesktop.org>,
"Kevin Wang" <kevin1.wang@amd.com>,
etnaviv@lists.freedesktop.org, linaro-mm-sig@lists.linaro.org,
"Christian Gmeiner" <christian.gmeiner@gmail.com>,
"Andrey Grodzovsky" <andrey.grodzovsky@amd.com>,
"Sonny Jiang" <sonny.jiang@amd.com>,
"Deepak R Varma" <mh12gx2825@gmail.com>,
"Tomeu Vizoso" <tomeu.vizoso@collabora.com>,
"Nick Terrell" <terrelln@fb.com>, "Qiang Yu" <yuq825@gmail.com>,
"Alex Deucher" <alexander.deucher@amd.com>,
"Tian Tao" <tiantao6@hisilicon.com>,
linux-media@vger.kernel.org,
"Christian König" <christian.koenig@amd.com>,
"Lucas Stach" <l.stach@pengutronix.de>
Subject: Re: [Intel-gfx] [PATCH v4 01/18] drm/sched: Split drm_sched_job_init
Date: Mon, 12 Jul 2021 13:22:39 -0700 [thread overview]
Message-ID: <CADaigPXPpiEfMOZ+h=H6e_brdK-1n0Aax34oWTaiJaDjM=EsfA@mail.gmail.com> (raw)
In-Reply-To: <20210712175352.802687-2-daniel.vetter@ffwll.ch>
On Mon, Jul 12, 2021 at 1:01 PM Daniel Vetter <daniel.vetter@ffwll.ch> wrote:
>
> This is a very confusingly named function, because not just does it
> init an object, it arms it and provides a point of no return for
> pushing a job into the scheduler. It would be nice if that's a bit
> clearer in the interface.
>
> But the real reason is that I want to push the dependency tracking
> helpers into the scheduler code, and that means drm_sched_job_init
> must be called a lot earlier, without arming the job.
>
> v2:
> - don't change .gitignore (Steven)
> - don't forget v3d (Emma)
>
> v3: Emma noticed that I leak the memory allocated in
> drm_sched_job_init if we bail out before the point of no return in
> subsequent driver patches. To be able to fix this change
> drm_sched_job_cleanup() so it can handle being called both before and
> after drm_sched_job_arm().
>
> Also improve the kerneldoc for this.
>
> v4:
> - Fix the drm_sched_job_cleanup logic, I inverted the booleans, as
> usual (Melissa)
>
> - Christian pointed out that drm_sched_entity_select_rq() also needs
> to be moved into drm_sched_job_arm, which made me realize that the
> job->id definitely needs to be moved too.
>
> Shuffle things to fit between job_init and job_arm.
>
> v5:
> Reshuffle the split between init/arm once more, amdgpu abuses
> drm_sched.ready to signal gpu reset failures. Also document this
> somewhat. (Christian)
Ack from me for the changes I was Cced on.
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2021-07-12 20:22 UTC|newest]
Thread overview: 112+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-12 17:53 [PATCH v4 00/18] drm/sched dependency tracking and dma-resv fixes Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 01/18] drm/sched: Split drm_sched_job_init Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 20:22 ` Emma Anholt [this message]
2021-07-12 20:22 ` [Intel-gfx] " Emma Anholt
2021-07-12 20:22 ` Emma Anholt
2021-07-13 6:40 ` Christian König
2021-07-13 6:40 ` [Intel-gfx] " Christian König
2021-07-13 6:40 ` Christian König
2021-07-13 6:53 ` Daniel Vetter
2021-07-13 6:53 ` [Intel-gfx] " Daniel Vetter
2021-07-13 6:53 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 02/18] drm/sched: Barriers are needed for entity->last_scheduled Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-13 6:35 ` Christian König
2021-07-13 6:35 ` [Intel-gfx] " Christian König
2021-07-13 6:50 ` Daniel Vetter
2021-07-13 6:50 ` [Intel-gfx] " Daniel Vetter
2021-07-13 7:25 ` Christian König
2021-07-13 7:25 ` [Intel-gfx] " Christian König
2021-07-13 9:10 ` Daniel Vetter
2021-07-13 9:10 ` [Intel-gfx] " Daniel Vetter
2021-07-13 11:20 ` Christian König
2021-07-13 11:20 ` [Intel-gfx] " Christian König
2021-07-13 16:11 ` Andrey Grodzovsky
2021-07-13 16:11 ` [Intel-gfx] " Andrey Grodzovsky
2021-07-13 16:45 ` Daniel Vetter
2021-07-13 16:45 ` [Intel-gfx] " Daniel Vetter
2021-07-14 22:12 ` Andrey Grodzovsky
2021-07-14 22:12 ` [Intel-gfx] " Andrey Grodzovsky
2021-07-15 10:16 ` Daniel Vetter
2021-07-15 10:16 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 03/18] drm/sched: Add dependency tracking Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-27 11:09 ` Daniel Vetter
2021-07-27 11:09 ` [Intel-gfx] " Daniel Vetter
2021-07-27 11:09 ` Daniel Vetter
2021-07-28 11:28 ` [Linaro-mm-sig] " Christian König
2021-07-28 11:28 ` [Intel-gfx] " Christian König
2021-07-28 11:28 ` Christian König
2021-07-28 12:09 ` Daniel Vetter
2021-07-28 12:09 ` [Intel-gfx] " Daniel Vetter
2021-07-28 12:09 ` Daniel Vetter
2021-07-28 12:46 ` Christian König
2021-07-28 12:46 ` [Intel-gfx] " Christian König
2021-07-28 12:46 ` Christian König
2021-07-28 15:20 ` Melissa Wen
2021-07-28 15:20 ` [Intel-gfx] " Melissa Wen
2021-07-28 15:20 ` Melissa Wen
2021-07-12 17:53 ` [PATCH v4 04/18] drm/sched: drop entity parameter from drm_sched_push_job Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 05/18] drm/sched: improve docs around drm_sched_entity Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 06/18] drm/panfrost: use scheduler dependency tracking Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 07/18] drm/lima: " Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 08/18] drm/v3d: Move drm_sched_job_init to v3d_job_init Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-14 9:34 ` Melissa Wen
2021-07-14 9:34 ` [Intel-gfx] " Melissa Wen
2021-07-12 17:53 ` [PATCH v4 09/18] drm/v3d: Use scheduler dependency handling Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-14 9:37 ` Melissa Wen
2021-07-14 9:37 ` [Intel-gfx] " Melissa Wen
2021-07-12 17:53 ` [PATCH v4 10/18] drm/etnaviv: " Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 11/18] drm/gem: Delete gem array fencing helpers Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 12/18] drm/sched: Don't store self-dependencies Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 13/18] drm/sched: Check locking in drm_sched_job_await_implicit Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 14/18] drm/msm: Don't break exclusive fence ordering Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-13 16:55 ` Rob Clark
2021-07-13 16:55 ` [Intel-gfx] " Rob Clark
2021-07-13 16:55 ` Rob Clark
2021-07-13 16:58 ` Daniel Vetter
2021-07-13 16:58 ` [Intel-gfx] " Daniel Vetter
2021-07-13 16:58 ` Daniel Vetter
2021-07-13 17:46 ` Rob Clark
2021-07-13 17:46 ` [Intel-gfx] " Rob Clark
2021-07-13 17:46 ` Rob Clark
2021-07-13 17:45 ` Daniel Vetter
2021-07-13 17:45 ` [Intel-gfx] " Daniel Vetter
2021-07-13 17:45 ` Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 15/18] drm/etnaviv: " Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 16/18] drm/i915: delete exclude argument from i915_sw_fence_await_reservation Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 17/18] drm/i915: Don't break exclusive fence ordering Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` [PATCH v4 18/18] dma-resv: Give the docs a do-over Daniel Vetter
2021-07-12 17:53 ` [Intel-gfx] " Daniel Vetter
2021-07-12 17:53 ` Daniel Vetter
2021-07-12 20:47 ` [Intel-gfx] ✗ Fi.CI.CHECKPATCH: warning for drm/sched dependency tracking and dma-resv fixes (rev3) Patchwork
2021-07-12 21:13 ` [Intel-gfx] ✓ Fi.CI.BAT: success " Patchwork
2021-07-12 23:43 ` [Intel-gfx] ✗ Fi.CI.IGT: failure " Patchwork
2021-07-27 11:51 ` [PATCH v4 00/18] drm/sched dependency tracking and dma-resv fixes Boris Brezillon
2021-07-27 11:51 ` [Intel-gfx] " Boris Brezillon
2021-07-27 14:47 ` Melissa Wen
2021-07-27 14:47 ` [Intel-gfx] " Melissa Wen
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='CADaigPXPpiEfMOZ+h=H6e_brdK-1n0Aax34oWTaiJaDjM=EsfA@mail.gmail.com' \
--to=emma@anholt.net \
--cc=Dennis.Li@amd.com \
--cc=airlied@linux.ie \
--cc=airlied@redhat.com \
--cc=alexander.deucher@amd.com \
--cc=alyssa.rosenzweig@collabora.com \
--cc=andrey.grodzovsky@amd.com \
--cc=boris.brezillon@collabora.com \
--cc=chenli@uniontech.com \
--cc=christian.gmeiner@gmail.com \
--cc=christian.koenig@amd.com \
--cc=daniel.vetter@ffwll.ch \
--cc=daniel.vetter@intel.com \
--cc=daniel@ffwll.ch \
--cc=dri-devel@lists.freedesktop.org \
--cc=etnaviv@lists.freedesktop.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=keescook@chromium.org \
--cc=kevin1.wang@amd.com \
--cc=kilobyte@angband.pl \
--cc=l.stach@pengutronix.de \
--cc=lee.jones@linaro.org \
--cc=lima@lists.freedesktop.org \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux+etnaviv@armlinux.org.uk \
--cc=linux-media@vger.kernel.org \
--cc=luben.tuikov@amd.com \
--cc=maarten.lankhorst@linux.intel.com \
--cc=marek.olsak@amd.com \
--cc=masahiroy@kernel.org \
--cc=mchehab+huawei@kernel.org \
--cc=melissa.srw@gmail.com \
--cc=mh12gx2825@gmail.com \
--cc=nirmoy.das@amd.com \
--cc=pmenzel@molgen.mpg.de \
--cc=robh@kernel.org \
--cc=samitolvanen@google.com \
--cc=sonny.jiang@amd.com \
--cc=steven.price@arm.com \
--cc=sumit.semwal@linaro.org \
--cc=terrelln@fb.com \
--cc=tiantao6@hisilicon.com \
--cc=tomeu.vizoso@collabora.com \
--cc=viresh.kumar@linaro.org \
--cc=yuq825@gmail.com \
/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.