From: Jan Kara <jack@suse.cz>
To: Tejun Heo <tj@kernel.org>
Cc: Christoph Hellwig <hch@lst.de>, Jens Axboe <axboe@kernel.dk>,
Josef Bacik <josef@toxicpanda.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Coly Li <colyli@suse.de>, Mike Snitzer <snitzer@redhat.com>,
dm-devel@redhat.com, Richard Weinberger <richard@nod.at>,
Jan Kara <jack@suse.com>,
linux-block@vger.kernel.org, xen-devel@lists.xenproject.org,
linux-bcache@vger.kernel.org, linux-mtd@lists.infradead.org,
linux-fsdevel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: [PATCH 11/20] block: reference struct block_device from struct hd_struct
Date: Wed, 25 Nov 2020 12:40:44 +0100 [thread overview]
Message-ID: <20201125114044.GC16944@quack2.suse.cz> (raw)
In-Reply-To: <X708BTJ5njtbC2z1@mtj.duckdns.org>
Hello!
On Tue 24-11-20 11:59:49, Tejun Heo wrote:
> > diff --git a/block/partitions/core.c b/block/partitions/core.c
> > index a02e224115943d..0ba0bf44b88af3 100644
> > --- a/block/partitions/core.c
> > +++ b/block/partitions/core.c
> > @@ -340,12 +340,11 @@ void delete_partition(struct hd_struct *part)
> > device_del(part_to_dev(part));
> >
> > /*
> > - * Remove gendisk pointer from idr so that it cannot be looked up
> > - * while RCU period before freeing gendisk is running to prevent
> > - * use-after-free issues. Note that the device number stays
> > - * "in-use" until we really free the gendisk.
> > + * Remove the block device from the inode hash, so that it cannot be
> > + * looked up while waiting for the RCU grace period.
> > */
> > - blk_invalidate_devt(part_devt(part));
> > + remove_inode_hash(part->bdev->bd_inode);
>
> I don't think this is necessary now that the bdev and inode lifetimes are
> one. Before, punching out the association early was necessary because we
> could be in a situation where we can successfully look up a part from idr
> and then try to pin the associated disk which may already be freed. With the
> new code, the lookup is through the inode whose lifetime is one and the same
> with gendisk, so use-after-free isn't possible and __blkdev_get() will
> reliably reject such open attempts.
I think the remove_inode_hash() call is actually still needed. Consider a
situation when the disk is unplugged, gendisk gets destroyed, bdev still
lives on (e.g. because it is still open). Device gets re-plugged, gendisk
for the same device number gets created. But we really need new bdev for
this because from higher level POV this is completely new device. And the
old bdev needs to live on as long as it is open. So IMO we still need to
just unhash the inode and leave it lingering in the background.
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
WARNING: multiple messages have this Message-ID (diff)
From: Jan Kara <jack@suse.cz>
To: Tejun Heo <tj@kernel.org>
Cc: Jens Axboe <axboe@kernel.dk>, Mike Snitzer <snitzer@redhat.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Richard Weinberger <richard@nod.at>,
Josef Bacik <josef@toxicpanda.com>, Coly Li <colyli@suse.de>,
linux-block@vger.kernel.org, linux-mm@kvack.org,
dm-devel@redhat.com, linux-mtd@lists.infradead.org,
Jan Kara <jack@suse.com>,
linux-fsdevel@vger.kernel.org, xen-devel@lists.xenproject.org,
linux-bcache@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Subject: Re: [PATCH 11/20] block: reference struct block_device from struct hd_struct
Date: Wed, 25 Nov 2020 12:40:44 +0100 [thread overview]
Message-ID: <20201125114044.GC16944@quack2.suse.cz> (raw)
In-Reply-To: <X708BTJ5njtbC2z1@mtj.duckdns.org>
Hello!
On Tue 24-11-20 11:59:49, Tejun Heo wrote:
> > diff --git a/block/partitions/core.c b/block/partitions/core.c
> > index a02e224115943d..0ba0bf44b88af3 100644
> > --- a/block/partitions/core.c
> > +++ b/block/partitions/core.c
> > @@ -340,12 +340,11 @@ void delete_partition(struct hd_struct *part)
> > device_del(part_to_dev(part));
> >
> > /*
> > - * Remove gendisk pointer from idr so that it cannot be looked up
> > - * while RCU period before freeing gendisk is running to prevent
> > - * use-after-free issues. Note that the device number stays
> > - * "in-use" until we really free the gendisk.
> > + * Remove the block device from the inode hash, so that it cannot be
> > + * looked up while waiting for the RCU grace period.
> > */
> > - blk_invalidate_devt(part_devt(part));
> > + remove_inode_hash(part->bdev->bd_inode);
>
> I don't think this is necessary now that the bdev and inode lifetimes are
> one. Before, punching out the association early was necessary because we
> could be in a situation where we can successfully look up a part from idr
> and then try to pin the associated disk which may already be freed. With the
> new code, the lookup is through the inode whose lifetime is one and the same
> with gendisk, so use-after-free isn't possible and __blkdev_get() will
> reliably reject such open attempts.
I think the remove_inode_hash() call is actually still needed. Consider a
situation when the disk is unplugged, gendisk gets destroyed, bdev still
lives on (e.g. because it is still open). Device gets re-plugged, gendisk
for the same device number gets created. But we really need new bdev for
this because from higher level POV this is completely new device. And the
old bdev needs to live on as long as it is open. So IMO we still need to
just unhash the inode and leave it lingering in the background.
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
______________________________________________________
Linux MTD discussion mailing list
http://lists.infradead.org/mailman/listinfo/linux-mtd/
WARNING: multiple messages have this Message-ID (diff)
From: Jan Kara <jack@suse.cz>
To: Tejun Heo <tj@kernel.org>
Cc: Jens Axboe <axboe@kernel.dk>, Mike Snitzer <snitzer@redhat.com>,
Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Richard Weinberger <richard@nod.at>,
Josef Bacik <josef@toxicpanda.com>, Coly Li <colyli@suse.de>,
linux-block@vger.kernel.org, linux-mm@kvack.org,
dm-devel@redhat.com, linux-mtd@lists.infradead.org,
Jan Kara <jack@suse.com>,
linux-fsdevel@vger.kernel.org, xen-devel@lists.xenproject.org,
linux-bcache@vger.kernel.org, Christoph Hellwig <hch@lst.de>
Subject: Re: [dm-devel] [PATCH 11/20] block: reference struct block_device from struct hd_struct
Date: Wed, 25 Nov 2020 12:40:44 +0100 [thread overview]
Message-ID: <20201125114044.GC16944@quack2.suse.cz> (raw)
In-Reply-To: <X708BTJ5njtbC2z1@mtj.duckdns.org>
Hello!
On Tue 24-11-20 11:59:49, Tejun Heo wrote:
> > diff --git a/block/partitions/core.c b/block/partitions/core.c
> > index a02e224115943d..0ba0bf44b88af3 100644
> > --- a/block/partitions/core.c
> > +++ b/block/partitions/core.c
> > @@ -340,12 +340,11 @@ void delete_partition(struct hd_struct *part)
> > device_del(part_to_dev(part));
> >
> > /*
> > - * Remove gendisk pointer from idr so that it cannot be looked up
> > - * while RCU period before freeing gendisk is running to prevent
> > - * use-after-free issues. Note that the device number stays
> > - * "in-use" until we really free the gendisk.
> > + * Remove the block device from the inode hash, so that it cannot be
> > + * looked up while waiting for the RCU grace period.
> > */
> > - blk_invalidate_devt(part_devt(part));
> > + remove_inode_hash(part->bdev->bd_inode);
>
> I don't think this is necessary now that the bdev and inode lifetimes are
> one. Before, punching out the association early was necessary because we
> could be in a situation where we can successfully look up a part from idr
> and then try to pin the associated disk which may already be freed. With the
> new code, the lookup is through the inode whose lifetime is one and the same
> with gendisk, so use-after-free isn't possible and __blkdev_get() will
> reliably reject such open attempts.
I think the remove_inode_hash() call is actually still needed. Consider a
situation when the disk is unplugged, gendisk gets destroyed, bdev still
lives on (e.g. because it is still open). Device gets re-plugged, gendisk
for the same device number gets created. But we really need new bdev for
this because from higher level POV this is completely new device. And the
old bdev needs to live on as long as it is open. So IMO we still need to
just unhash the inode and leave it lingering in the background.
Honza
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
--
dm-devel mailing list
dm-devel@redhat.com
https://www.redhat.com/mailman/listinfo/dm-devel
next prev parent reply other threads:[~2020-11-25 11:40 UTC|newest]
Thread overview: 237+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-18 8:47 merge struct block_device and struct hd_struct Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 8:47 ` [PATCH 01/20] blk-cgroup: fix a hd_struct leak in blkcg_fill_root_iostats Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:09 ` Jan Kara
2020-11-18 14:09 ` [dm-devel] " Jan Kara
2020-11-18 14:09 ` Jan Kara
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-19 8:37 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-24 12:26 ` Tejun Heo
2020-11-24 12:26 ` [dm-devel] " Tejun Heo
2020-11-24 12:26 ` Tejun Heo
2020-11-18 8:47 ` [PATCH 02/20] block: remove a duplicate __disk_get_part prototype Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:10 ` Jan Kara
2020-11-18 14:10 ` [dm-devel] " Jan Kara
2020-11-18 14:10 ` Jan Kara
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-19 8:37 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-18 8:47 ` [PATCH 03/20] block: add a bdev_kobj helper Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:18 ` Jan Kara
2020-11-18 14:18 ` [dm-devel] " Jan Kara
2020-11-18 14:18 ` Jan Kara
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-19 8:37 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-18 8:47 ` [PATCH 04/20] block: use disk_part_iter_exit in disk_part_iter_next Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:19 ` Jan Kara
2020-11-18 14:19 ` [dm-devel] " Jan Kara
2020-11-18 14:19 ` Jan Kara
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-19 8:37 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:37 ` Johannes Thumshirn
2020-11-18 8:47 ` [PATCH 05/20] block: use put_device in put_disk Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:20 ` Jan Kara
2020-11-18 14:20 ` [dm-devel] " Jan Kara
2020-11-18 14:20 ` Jan Kara
2020-11-19 8:38 ` Johannes Thumshirn
2020-11-19 8:38 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:38 ` Johannes Thumshirn
2020-11-18 8:47 ` [PATCH 06/20] block: change the hash used for looking up block devices Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:22 ` Jan Kara
2020-11-18 14:22 ` [dm-devel] " Jan Kara
2020-11-18 14:22 ` Jan Kara
2020-11-18 8:47 ` [PATCH 07/20] init: refactor name_to_dev_t Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:37 ` Jan Kara
2020-11-18 14:37 ` [dm-devel] " Jan Kara
2020-11-18 14:37 ` Jan Kara
2020-11-19 7:52 ` Christoph Hellwig
2020-11-19 7:52 ` [dm-devel] " Christoph Hellwig
2020-11-19 7:52 ` Christoph Hellwig
2020-11-19 8:25 ` Jan Kara
2020-11-19 8:25 ` [dm-devel] " Jan Kara
2020-11-19 8:25 ` Jan Kara
2020-11-20 8:49 ` Christoph Hellwig
2020-11-20 8:49 ` [dm-devel] " Christoph Hellwig
2020-11-20 8:49 ` Christoph Hellwig
2020-11-19 8:38 ` Johannes Thumshirn
2020-11-19 8:38 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:38 ` Johannes Thumshirn
2020-11-18 8:47 ` [PATCH 08/20] init: refactor devt_from_partuuid Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:41 ` Jan Kara
2020-11-18 14:41 ` [dm-devel] " Jan Kara
2020-11-18 14:41 ` Jan Kara
2020-11-18 8:47 ` [PATCH 09/20] init: cleanup match_dev_by_uuid and match_dev_by_label Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:42 ` Jan Kara
2020-11-18 14:42 ` [dm-devel] " Jan Kara
2020-11-18 14:42 ` Jan Kara
2020-11-19 8:38 ` Johannes Thumshirn
2020-11-19 8:38 ` [dm-devel] " Johannes Thumshirn
2020-11-19 8:38 ` Johannes Thumshirn
2020-11-18 8:47 ` [PATCH 10/20] block: refactor __blkdev_put Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 14:46 ` Jan Kara
2020-11-18 14:46 ` [dm-devel] " Jan Kara
2020-11-18 14:46 ` Jan Kara
2020-11-18 8:47 ` [PATCH 11/20] block: reference struct block_device from struct hd_struct Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 9:41 ` Jan Kara
2020-11-19 9:41 ` [dm-devel] " Jan Kara
2020-11-19 9:41 ` Jan Kara
2020-11-20 8:56 ` Christoph Hellwig
2020-11-20 8:56 ` [dm-devel] " Christoph Hellwig
2020-11-20 8:56 ` Christoph Hellwig
2020-11-24 16:59 ` Tejun Heo
2020-11-24 16:59 ` [dm-devel] " Tejun Heo
2020-11-24 16:59 ` Tejun Heo
2020-11-25 11:40 ` Jan Kara [this message]
2020-11-25 11:40 ` [dm-devel] " Jan Kara
2020-11-25 11:40 ` Jan Kara
2020-11-25 12:09 ` Tejun Heo
2020-11-25 12:09 ` [dm-devel] " Tejun Heo
2020-11-25 12:09 ` Tejun Heo
2020-11-18 8:47 ` [PATCH 12/20] block: simplify the block device claiming interface Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 10:07 ` Jan Kara
2020-11-19 10:07 ` [dm-devel] " Jan Kara
2020-11-19 10:07 ` Jan Kara
2020-11-18 8:47 ` [PATCH 13/20] block: remove ->bd_contains Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 10:32 ` Jan Kara
2020-11-19 10:32 ` [dm-devel] " Jan Kara
2020-11-19 10:32 ` Jan Kara
2020-11-20 9:01 ` Christoph Hellwig
2020-11-20 9:01 ` [dm-devel] " Christoph Hellwig
2020-11-20 9:01 ` Christoph Hellwig
2020-11-18 8:47 ` [PATCH 14/20] block: remove the nr_sects field in struct hd_struct Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 12:05 ` Jan Kara
2020-11-19 12:05 ` [dm-devel] " Jan Kara
2020-11-19 12:05 ` Jan Kara
2020-11-20 9:08 ` Christoph Hellwig
2020-11-20 9:08 ` [dm-devel] " Christoph Hellwig
2020-11-20 9:08 ` Christoph Hellwig
2020-11-20 11:21 ` Jan Kara
2020-11-20 11:21 ` [dm-devel] " Jan Kara
2020-11-20 11:21 ` Jan Kara
2020-11-20 15:32 ` Christoph Hellwig
2020-11-20 15:32 ` [dm-devel] " Christoph Hellwig
2020-11-20 15:32 ` Christoph Hellwig
2020-11-20 15:59 ` Matthew Wilcox
2020-11-20 15:59 ` [dm-devel] " Matthew Wilcox
2020-11-20 15:59 ` Matthew Wilcox
2020-11-20 16:01 ` Christoph Hellwig
2020-11-20 16:01 ` [dm-devel] " Christoph Hellwig
2020-11-20 16:01 ` Christoph Hellwig
2020-11-20 20:05 ` Jan Kara
2020-11-20 20:05 ` [dm-devel] " Jan Kara
2020-11-20 20:05 ` Jan Kara
2020-11-21 16:24 ` Christoph Hellwig
2020-11-21 16:24 ` [dm-devel] " Christoph Hellwig
2020-11-21 16:24 ` Christoph Hellwig
2020-11-18 8:47 ` [PATCH 15/20] block: merge struct block_device and " Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 14:39 ` Jan Kara
2020-11-19 14:39 ` [dm-devel] " Jan Kara
2020-11-19 14:39 ` Jan Kara
2020-11-20 9:15 ` Christoph Hellwig
2020-11-20 9:15 ` [dm-devel] " Christoph Hellwig
2020-11-20 9:15 ` Christoph Hellwig
2020-11-20 10:53 ` Jan Kara
2020-11-20 10:53 ` [dm-devel] " Jan Kara
2020-11-20 10:53 ` Jan Kara
2020-11-18 8:47 ` [PATCH 16/20] block: stop using bdget_disk for partition 0 Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 14:43 ` Jan Kara
2020-11-19 14:43 ` [dm-devel] " Jan Kara
2020-11-19 14:43 ` Jan Kara
2020-11-18 8:47 ` [PATCH 17/20] filemap: consistently use ->f_mapping over ->i_mapping Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 14:53 ` Jan Kara
2020-11-19 14:53 ` [dm-devel] " Jan Kara
2020-11-19 14:53 ` Jan Kara
2020-11-19 15:13 ` Matthew Wilcox
2020-11-19 15:13 ` [dm-devel] " Matthew Wilcox
2020-11-19 15:13 ` Matthew Wilcox
2020-11-20 9:17 ` Christoph Hellwig
2020-11-20 9:17 ` [dm-devel] " Christoph Hellwig
2020-11-20 9:17 ` Christoph Hellwig
2020-11-18 8:47 ` [PATCH 18/20] fs: remove get_super_thawed and get_super_exclusive_thawed Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-19 14:59 ` Jan Kara
2020-11-19 14:59 ` [dm-devel] " Jan Kara
2020-11-19 14:59 ` Jan Kara
2020-11-18 8:47 ` [PATCH 19/20] bcache: remove a superflous lookup_bdev all Christoph Hellwig
2020-11-18 8:47 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:47 ` Christoph Hellwig
2020-11-18 8:54 ` Coly Li
2020-11-18 8:54 ` [dm-devel] " Coly Li
2020-11-18 8:54 ` Coly Li
2020-11-18 9:10 ` Greg KH
2020-11-18 9:10 ` [dm-devel] " Greg KH
2020-11-18 9:10 ` Greg KH
2020-11-18 9:55 ` Coly Li
2020-11-18 9:55 ` [dm-devel] " Coly Li
2020-11-18 9:55 ` Coly Li
2020-11-18 16:24 ` Christoph Hellwig
2020-11-18 16:24 ` [dm-devel] " Christoph Hellwig
2020-11-18 16:24 ` Christoph Hellwig
2020-11-18 8:48 ` [PATCH 20/20] block: remove i_bdev Christoph Hellwig
2020-11-18 8:48 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:48 ` Christoph Hellwig
2020-11-18 8:56 ` merge struct block_device and struct hd_struct Jan Beulich
2020-11-18 8:56 ` [dm-devel] " Jan Beulich
2020-11-18 8:56 ` Jan Beulich
2020-11-18 8:58 ` Christoph Hellwig
2020-11-18 8:58 ` [dm-devel] " Christoph Hellwig
2020-11-18 8:58 ` Christoph Hellwig
2020-11-18 9:04 ` Jan Beulich
2020-11-18 9:04 ` [dm-devel] " Jan Beulich
2020-11-18 9:04 ` Jan Beulich
2020-11-18 9:08 ` Christoph Hellwig
2020-11-18 9:08 ` [dm-devel] " Christoph Hellwig
2020-11-18 9:08 ` Christoph Hellwig
2020-11-18 9:09 ` Greg KH
2020-11-18 9:09 ` [dm-devel] " Greg KH
2020-11-18 9:09 ` Greg KH
2020-11-18 9:23 ` Jan Beulich
2020-11-18 9:23 ` [dm-devel] " Jan Beulich
2020-11-18 9:23 ` Jan Beulich
2020-11-18 9:32 ` Greg KH
2020-11-18 9:32 ` [dm-devel] " Greg KH
2020-11-18 9:32 ` Greg KH
2020-11-18 12:50 ` Matthew Wilcox
2020-11-18 12:50 ` [dm-devel] " Matthew Wilcox
2020-11-18 12:50 ` Matthew Wilcox
2020-11-18 9:13 ` Greg KH
2020-11-18 9:13 ` [dm-devel] " Greg KH
2020-11-18 9:13 ` Greg KH
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=20201125114044.GC16944@quack2.suse.cz \
--to=jack@suse.cz \
--cc=axboe@kernel.dk \
--cc=colyli@suse.de \
--cc=dm-devel@redhat.com \
--cc=hch@lst.de \
--cc=jack@suse.com \
--cc=josef@toxicpanda.com \
--cc=konrad.wilk@oracle.com \
--cc=linux-bcache@vger.kernel.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=linux-mtd@lists.infradead.org \
--cc=richard@nod.at \
--cc=snitzer@redhat.com \
--cc=tj@kernel.org \
--cc=xen-devel@lists.xenproject.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.