diff for duplicates of <20170710211406.GA20889@obsidianresearch.com> diff --git a/a/1.txt b/N1/1.txt index 19e4e30..ce33ac1 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,8 +1,8 @@ -On Mon, Jul 10, 2017@04:51:20PM -0400, Chuck Lever wrote: +On Mon, Jul 10, 2017 at 04:51:20PM -0400, Chuck Lever wrote: > -> > On Jul 10, 2017,@4:05 PM, Jason Gunthorpe <jgunthorpe@obsidianresearch.com> wrote: +> > On Jul 10, 2017, at 4:05 PM, Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> wrote: > > -> > On Mon, Jul 10, 2017@03:03:18PM -0400, Chuck Lever wrote: +> > On Mon, Jul 10, 2017 at 03:03:18PM -0400, Chuck Lever wrote: > > > >> One option is to somehow split the Send-related data structures from > >> rpcrdma_req, and manage them independently. I've already done that for @@ -53,3 +53,7 @@ Yes, but it is not avoidable.. Makes sense. The SQ accounting must be precise. Jason +-- +To unsubscribe from this list: send the line "unsubscribe linux-rdma" in +the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org +More majordomo info at http://vger.kernel.org/majordomo-info.html diff --git a/a/content_digest b/N1/content_digest index 69af719..f3f89a3 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -8,16 +8,34 @@ "ref\0A7C8C159-E916-4060-9FD1-8726D816B3C0@oracle.com\0" "ref\020170710200522.GA19293@obsidianresearch.com\0" "ref\0C04891DF-5B3B-4156-9E04-9E18B238864A@oracle.com\0" - "From\0jgunthorpe@obsidianresearch.com (Jason Gunthorpe)\0" - "Subject\0Unexpected issues with 2 NVME initiators using the same target\0" + "ref\0C04891DF-5B3B-4156-9E04-9E18B238864A-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org\0" + "From\0Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org>\0" + "Subject\0Re: Unexpected issues with 2 NVME initiators using the same target\0" "Date\0Mon, 10 Jul 2017 15:14:06 -0600\0" + "To\0Chuck Lever <chuck.lever-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>\0" + "Cc\0Sagi Grimberg <sagi-NQWnxTmZq1alnMjI0IkVqw@public.gmane.org>" + Leon Romanovsky <leon-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> + Robert LeBlanc <robert-4JaGZRWAfWbajFs6igw21g@public.gmane.org> + Marta Rybczynska <mrybczyn-FNhOzJFKnXGHXe+LvDLADg@public.gmane.org> + Max Gurtovoy <maxg-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> + Christoph Hellwig <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> + Gruher + Joseph R <joseph.r.gruher-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> + shahar.salzman <shahar.salzman-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> + Laurence Oberman <loberman-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> + Riches Jr + Robert M <robert.m.riches.jr-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org> + linux-rdma <linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org> + linux-nvme-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org + Liran Liss <liranl-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> + " Bart Van Assche <bart.vanassche-XdAiOPVOjttBDgjK7y7TUQ@public.gmane.org>\0" "\00:1\0" "b\0" - "On Mon, Jul 10, 2017@04:51:20PM -0400, Chuck Lever wrote:\n" + "On Mon, Jul 10, 2017 at 04:51:20PM -0400, Chuck Lever wrote:\n" "> \n" - "> > On Jul 10, 2017,@4:05 PM, Jason Gunthorpe <jgunthorpe@obsidianresearch.com> wrote:\n" + "> > On Jul 10, 2017, at 4:05 PM, Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> wrote:\n" "> > \n" - "> > On Mon, Jul 10, 2017@03:03:18PM -0400, Chuck Lever wrote:\n" + "> > On Mon, Jul 10, 2017 at 03:03:18PM -0400, Chuck Lever wrote:\n" "> > \n" "> >> One option is to somehow split the Send-related data structures from\n" "> >> rpcrdma_req, and manage them independently. I've already done that for\n" @@ -67,6 +85,10 @@ "\n" "Makes sense. The SQ accounting must be precise.\n" "\n" - Jason + "Jason\n" + "--\n" + "To unsubscribe from this list: send the line \"unsubscribe linux-rdma\" in\n" + "the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\n" + More majordomo info at http://vger.kernel.org/majordomo-info.html -2fc41f20f020c8d7ebcdaa298d3c3130e315726fb696f6d31c2d2dd156b093b6 +65b4f821e426a408fb80393acb44cd1b21f29f30a6f401108deea837f1976c37
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.