diff for duplicates of <20181203182229.GG14775@localhost.localdomain> diff --git a/a/1.txt b/N1/1.txt index 6c3898b..25fe171 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,4 +1,4 @@ -On Sun, Dec 02, 2018 at 08:46:25AM -0800, Christoph Hellwig wrote: +On Sun, Dec 02, 2018@08:46:25AM -0800, Christoph Hellwig wrote: > The ->poll_fn has been stale for a while, as a lot of places check for mq > ops. But there is no real point in it anyway, as we don't even use > the multipath code for subsystems without multiple ports, which is usually @@ -6,11 +6,11 @@ On Sun, Dec 02, 2018 at 08:46:25AM -0800, Christoph Hellwig wrote: > should rework the nvme code to also skip the multipath code for any > private namespace, even if that could mean some trouble when rescanning. > -> Signed-off-by: Christoph Hellwig <hch@lst.de> +> Signed-off-by: Christoph Hellwig <hch at lst.de> This was a bit flawed anyway since the head's current path could change, and you end up polling the wrong request_queue. Not really harmful other than some wasted CPU cycles, but might be worth thinking about if we want to bring mpath polling back. -Reviewed-by: Keith Busch <keith.busch@intel.com> +Reviewed-by: Keith Busch <keith.busch at intel.com> diff --git a/a/content_digest b/N1/content_digest index 61c4cc5..b066048 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -1,17 +1,11 @@ "ref\020181202164628.1116-1-hch@lst.de\0" "ref\020181202164628.1116-11-hch@lst.de\0" - "From\0Keith Busch <keith.busch@intel.com>\0" - "Subject\0Re: [PATCH 10/13] nvme-mpath: remove I/O polling support\0" + "From\0keith.busch@intel.com (Keith Busch)\0" + "Subject\0[PATCH 10/13] nvme-mpath: remove I/O polling support\0" "Date\0Mon, 3 Dec 2018 11:22:29 -0700\0" - "To\0Christoph Hellwig <hch@lst.de>\0" - "Cc\0Jens Axboe <axboe@fb.com>" - Sagi Grimberg <sagi@grimberg.me> - Max Gurtovoy <maxg@mellanox.com> - linux-nvme@lists.infradead.org <linux-nvme@lists.infradead.org> - " linux-block@vger.kernel.org <linux-block@vger.kernel.org>\0" "\00:1\0" "b\0" - "On Sun, Dec 02, 2018 at 08:46:25AM -0800, Christoph Hellwig wrote:\n" + "On Sun, Dec 02, 2018@08:46:25AM -0800, Christoph Hellwig wrote:\n" "> The ->poll_fn has been stale for a while, as a lot of places check for mq\n" "> ops. But there is no real point in it anyway, as we don't even use\n" "> the multipath code for subsystems without multiple ports, which is usually\n" @@ -19,13 +13,13 @@ "> should rework the nvme code to also skip the multipath code for any\n" "> private namespace, even if that could mean some trouble when rescanning.\n" "> \n" - "> Signed-off-by: Christoph Hellwig <hch@lst.de>\n" + "> Signed-off-by: Christoph Hellwig <hch at lst.de>\n" "\n" "This was a bit flawed anyway since the head's current path could change,\n" "and you end up polling the wrong request_queue. Not really harmful other\n" "than some wasted CPU cycles, but might be worth thinking about if we\n" "want to bring mpath polling back.\n" "\n" - Reviewed-by: Keith Busch <keith.busch@intel.com> + Reviewed-by: Keith Busch <keith.busch at intel.com> -9ab1423ddbd47c7e8ca814893c9fbd33d7f754669dd5aa2bb172f77bd3afd60e +eccac579786d3ca11542bd28aabb90bbcc3efd08755221c23ed5f785351a60d6
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.