diff for duplicates of <20210420093404.GA28625@lst.de> diff --git a/a/1.txt b/N1/1.txt index 666f4fe..1d17034 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -2,8 +2,3 @@ I don't think this works at all. We lose way too much information here. The proposal you linked was to literally propagate the DNR bit. We'd still need to make sure drivers for protocols don't support it have a somewhat sensible options when to set or clear the bit. - --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel diff --git a/a/content_digest b/N1/content_digest index cd14282..9292a90 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,24 +1,19 @@ "ref\020210416235329.49234-1-snitzer@redhat.com\0" "ref\020210416235329.49234-2-snitzer@redhat.com\0" "From\0Christoph Hellwig <hch@lst.de>\0" - "Subject\0Re: [dm-devel] [PATCH v4 1/3] nvme: return BLK_STS_DO_NOT_RETRY if the DNR bit is set\0" + "Subject\0Re: [PATCH v4 1/3] nvme: return BLK_STS_DO_NOT_RETRY if the DNR bit is set\0" "Date\0Tue, 20 Apr 2021 11:34:04 +0200\0" "To\0Mike Snitzer <snitzer@redhat.com>\0" - "Cc\0Jens Axboe <axboe@kernel.dk>" - linux-block@vger.kernel.org + "Cc\0Christoph Hellwig <hch@lst.de>" + Jens Axboe <axboe@kernel.dk> dm-devel@redhat.com - Christoph Hellwig <hch@lst.de> + linux-block@vger.kernel.org " linux-nvme@lists.infradead.org\0" "\00:1\0" "b\0" "I don't think this works at all. We lose way too much information here.\n" "The proposal you linked was to literally propagate the DNR bit. We'd\n" "still need to make sure drivers for protocols don't support it have\n" - "a somewhat sensible options when to set or clear the bit.\n" - "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + a somewhat sensible options when to set or clear the bit. -b46b5d71bc596f82780127ffba3c79db3b3f27b0c57b62f9bbff4d0b0920b449 +a173a59138f2f230aec13b60bca7cb5d5a28e609da3ad0e93b83a286c493906f
diff --git a/a/1.txt b/N2/1.txt index 666f4fe..39248cf 100644 --- a/a/1.txt +++ b/N2/1.txt @@ -3,7 +3,7 @@ The proposal you linked was to literally propagate the DNR bit. We'd still need to make sure drivers for protocols don't support it have a somewhat sensible options when to set or clear the bit. --- -dm-devel mailing list -dm-devel@redhat.com -https://listman.redhat.com/mailman/listinfo/dm-devel +_______________________________________________ +Linux-nvme mailing list +Linux-nvme@lists.infradead.org +http://lists.infradead.org/mailman/listinfo/linux-nvme diff --git a/a/content_digest b/N2/content_digest index cd14282..3c9f56f 100644 --- a/a/content_digest +++ b/N2/content_digest @@ -1,13 +1,13 @@ "ref\020210416235329.49234-1-snitzer@redhat.com\0" "ref\020210416235329.49234-2-snitzer@redhat.com\0" "From\0Christoph Hellwig <hch@lst.de>\0" - "Subject\0Re: [dm-devel] [PATCH v4 1/3] nvme: return BLK_STS_DO_NOT_RETRY if the DNR bit is set\0" + "Subject\0Re: [PATCH v4 1/3] nvme: return BLK_STS_DO_NOT_RETRY if the DNR bit is set\0" "Date\0Tue, 20 Apr 2021 11:34:04 +0200\0" "To\0Mike Snitzer <snitzer@redhat.com>\0" - "Cc\0Jens Axboe <axboe@kernel.dk>" - linux-block@vger.kernel.org + "Cc\0Christoph Hellwig <hch@lst.de>" + Jens Axboe <axboe@kernel.dk> dm-devel@redhat.com - Christoph Hellwig <hch@lst.de> + linux-block@vger.kernel.org " linux-nvme@lists.infradead.org\0" "\00:1\0" "b\0" @@ -16,9 +16,9 @@ "still need to make sure drivers for protocols don't support it have\n" "a somewhat sensible options when to set or clear the bit.\n" "\n" - "--\n" - "dm-devel mailing list\n" - "dm-devel@redhat.com\n" - https://listman.redhat.com/mailman/listinfo/dm-devel + "_______________________________________________\n" + "Linux-nvme mailing list\n" + "Linux-nvme@lists.infradead.org\n" + http://lists.infradead.org/mailman/listinfo/linux-nvme -b46b5d71bc596f82780127ffba3c79db3b3f27b0c57b62f9bbff4d0b0920b449 +205352348c4272495c727301e6ccb51dc7d7289694639bf087d9a1002efc034d
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.