From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> To: 'Christoph Hellwig' <hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> Cc: Steve Wise <swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org>, 'Sagi Grimberg' <sagig-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org>, 'Steve Wise' <swise-/Yg/VP3ZvrM@public.gmane.org>, 'Tom Talpey' <tom-CLs1Zie5N5HQT0dZR+AlfA@public.gmane.org>, 'Doug Ledford' <dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>, sagig-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, roid-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, eli-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org, target-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, trond.myklebust-7I+n7zu2hftEKMMhf/gKZA@public.gmane.org, bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org, 'Oren Duer' <oren-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> Subject: Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags Date: Tue, 14 Jul 2015 14:29:43 -0600 [thread overview] Message-ID: <20150714202943.GB26927@obsidianresearch.com> (raw) In-Reply-To: <20150714195511.GB7716-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> On Tue, Jul 14, 2015 at 12:55:11PM -0700, 'Christoph Hellwig' wrote: > On Tue, Jul 14, 2015 at 02:32:31PM -0500, Steve Wise wrote: > > You mean "should not", yea? > > > > Ok. I'll check for iWARP. But don't tell me to remove the transport-specific hacks in this series when I post it! ;) > > Just curious if there are any holes in this little scheme to deal with > the lkey mess: > > (1) make sure all drivers that currently do not set > IB_DEVICE_LOCAL_DMA_LKEY but which can safely use ib_get_dma_mr > call it underneath at device setup time, and tear it down before > removal. Yes, I'd like this. local_dma_lkey appears to be global, it works with any PD. ib_get_dma_mr is tied to a PD, so it cannot replace local_dma_lkey at the struct device level. ib_alloc_pd is the in-kernel entry point, the UAPI calls device->alloc_pd directly.. So how about the below patch as a starting >point? (Steve the goal of step #1 would be to remove ib_get_dma_mr from ULPs Follow on patches would be to convert all ULPs to use this API change.) In the long run this also makes it easier to develop helper wrappers around posting because a local_dma_lkey is now always accessible to the core code. > (2) now ULD can check for IB_DEVICE_LOCAL_DMA_LKEY and use local_dma_lkey > in that case, or will have to perform a per-IO MR with LOCAL and > REMOTE flags if not If we do the above all ULPs simply use pd->local_dma_lkey and we drop correct uses of ib_get_dma_mr completely ? > (3) remove insecure remote uses of ib_get_dma_mr from ULDs > (4) remove ib_get_dma_mr from the public API Sure would be nice! > This should help to sort out the lkey side of the memory registrations, > and isn't too hard. For rkeys I'd love to go with something like Sagis > proposal as a first step, and then we can see if we can refine it in > another iteration. Agree. I'd love to see FMR fit under that, but even if we cannot, it is appears to be a sane way to advance indirect MR.. Jason >From 5a9799bf487d822daae5a8b8f3b197f1dda1db45 Mon Sep 17 00:00:00 2001 From: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> Date: Tue, 14 Jul 2015 14:27:37 -0600 Subject: [PATCH] IB/core: Guarantee that a local_dma_lkey is available Every single ULP requires a local_dma_lkey to do anything with a QP, so lets us ensure one exists for every PD created. If the driver can supply a global local_dma_lkey then use that, otherwise ask the driver to create a local use all physical memory MR associated with the new PD. Signed-off-by: Jason Gunthorpe <jgunthorpe-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> --- drivers/infiniband/core/verbs.c | 40 +++++++++++++++++++++++++++++++++++----- include/rdma/ib_verbs.h | 2 ++ 2 files changed, 37 insertions(+), 5 deletions(-) diff --git a/drivers/infiniband/core/verbs.c b/drivers/infiniband/core/verbs.c index bac3fb406a74..1ddf06314f36 100644 --- a/drivers/infiniband/core/verbs.c +++ b/drivers/infiniband/core/verbs.c @@ -213,24 +213,54 @@ EXPORT_SYMBOL(rdma_port_get_link_layer); /* Protection domains */ +/* Return a pd for in-kernel use that has a local_dma_lkey which provides + local access to all physical memory. */ struct ib_pd *ib_alloc_pd(struct ib_device *device) { struct ib_pd *pd; + struct ib_device_attr devattr; + int rc; + + rc = ib_query_device(device, &devattr); + if (rc) + return ERR_PTR(rc); pd = device->alloc_pd(device, NULL, NULL); + if (IS_ERR(pd)) + return pd; + + pd->device = device; + pd->uobject = NULL; + pd->local_mr = NULL; + atomic_set(&pd->usecnt, 0); + + if (devattr.device_cap_flags & IB_DEVICE_LOCAL_DMA_LKEY) + pd->local_dma_lkey = device->local_dma_lkey; + else { + struct ib_mr *mr; + + mr = ib_get_dma_mr(pd, IB_ACCESS_LOCAL_WRITE); + if (IS_ERR(mr)) { + ib_dealloc_pd(pd); + return (struct ib_pd *)mr; + } - if (!IS_ERR(pd)) { - pd->device = device; - pd->uobject = NULL; - atomic_set(&pd->usecnt, 0); + pd->local_mr = mr; + pd->local_dma_lkey = pd->local_mr->lkey; } - return pd; } + EXPORT_SYMBOL(ib_alloc_pd); int ib_dealloc_pd(struct ib_pd *pd) { + if (pd->local_mr) { + if (ib_dereg_mr(pd->local_mr)) + return -EBUSY; + pd->local_mr = NULL; + } + if (atomic_read(&pd->usecnt)) return -EBUSY; diff --git a/include/rdma/ib_verbs.h b/include/rdma/ib_verbs.h index 986fddb08579..cfda95d7b067 100644 --- a/include/rdma/ib_verbs.h +++ b/include/rdma/ib_verbs.h @@ -1255,6 +1255,8 @@ struct ib_pd { struct ib_device *device; struct ib_uobject *uobject; atomic_t usecnt; /* count all resources */ + struct ib_mr *local_mr; + u32 local_dma_lkey; }; struct ib_xrcd { -- 2.1.4 -- To unsubscribe from this list: send the line "unsubscribe linux-nfs" in the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: Jason Gunthorpe <jgunthorpe@obsidianresearch.com> To: "'Christoph Hellwig'" <hch@infradead.org> Cc: Steve Wise <swise@opengridcomputing.com>, "'Sagi Grimberg'" <sagig@dev.mellanox.co.il>, "'Steve Wise'" <swise@ogc.us>, "'Tom Talpey'" <tom@talpey.com>, "'Doug Ledford'" <dledford@redhat.com>, sagig@mellanox.com, ogerlitz@mellanox.com, roid@mellanox.com, linux-rdma@vger.kernel.org, eli@mellanox.com, target-devel@vger.kernel.org, linux-nfs@vger.kernel.org, trond.myklebust@primarydata.com, bfields@fieldses.org, "'Oren Duer'" <oren@mellanox.com> Subject: Re: [PATCH V3 1/5] RDMA/core: Transport-independent access flags Date: Tue, 14 Jul 2015 14:29:43 -0600 [thread overview] Message-ID: <20150714202943.GB26927@obsidianresearch.com> (raw) In-Reply-To: <20150714195511.GB7716@infradead.org> On Tue, Jul 14, 2015 at 12:55:11PM -0700, 'Christoph Hellwig' wrote: > On Tue, Jul 14, 2015 at 02:32:31PM -0500, Steve Wise wrote: > > You mean "should not", yea? > > > > Ok. I'll check for iWARP. But don't tell me to remove the transport-specific hacks in this series when I post it! ;) > > Just curious if there are any holes in this little scheme to deal with > the lkey mess: > > (1) make sure all drivers that currently do not set > IB_DEVICE_LOCAL_DMA_LKEY but which can safely use ib_get_dma_mr > call it underneath at device setup time, and tear it down before > removal. Yes, I'd like this. local_dma_lkey appears to be global, it works with any PD. ib_get_dma_mr is tied to a PD, so it cannot replace local_dma_lkey at the struct device level. ib_alloc_pd is the in-kernel entry point, the UAPI calls device->alloc_pd directly.. So how about the below patch as a starting >point? (Steve the goal of step #1 would be to remove ib_get_dma_mr from ULPs Follow on patches would be to convert all ULPs to use this API change.) In the long run this also makes it easier to develop helper wrappers around posting because a local_dma_lkey is now always accessible to the core code. > (2) now ULD can check for IB_DEVICE_LOCAL_DMA_LKEY and use local_dma_lkey > in that case, or will have to perform a per-IO MR with LOCAL and > REMOTE flags if not If we do the above all ULPs simply use pd->local_dma_lkey and we drop correct uses of ib_get_dma_mr completely ? > (3) remove insecure remote uses of ib_get_dma_mr from ULDs > (4) remove ib_get_dma_mr from the public API Sure would be nice! > This should help to sort out the lkey side of the memory registrations, > and isn't too hard. For rkeys I'd love to go with something like Sagis > proposal as a first step, and then we can see if we can refine it in > another iteration. Agree. I'd love to see FMR fit under that, but even if we cannot, it is appears to be a sane way to advance indirect MR.. Jason
next prev parent reply other threads:[~2015-07-14 20:29 UTC|newest] Thread overview: 223+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-07-05 23:21 [PATCH V3 0/5] Transport-independent MRs Steve Wise 2015-07-05 23:22 ` [PATCH V3 1/5] RDMA/core: Transport-independent access flags Steve Wise 2015-07-06 5:25 ` Christoph Hellwig 2015-07-06 14:23 ` Steve Wise 2015-07-06 14:23 ` Steve Wise 2015-07-07 8:58 ` 'Christoph Hellwig' [not found] ` <20150705232158.12029.25472.stgit-PBeJgSbIpn97NCTnQtmixQ@public.gmane.org> 2015-07-06 7:09 ` Haggai Eran 2015-07-06 7:09 ` Haggai Eran [not found] ` <559A2991.3040304-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org> 2015-07-06 14:29 ` Steve Wise 2015-07-06 14:29 ` Steve Wise 2015-07-07 14:17 ` Steve Wise 2015-07-07 14:17 ` Steve Wise 2015-07-07 14:34 ` Haggai Eran 2015-07-07 14:34 ` Haggai Eran 2015-07-07 14:46 ` Steve Wise 2015-07-07 14:46 ` Steve Wise 2015-07-07 15:07 ` Haggai Eran 2015-07-07 15:07 ` Haggai Eran 2015-07-06 7:53 ` Sagi Grimberg 2015-07-06 7:53 ` Sagi Grimberg 2015-07-06 14:37 ` Steve Wise 2015-07-06 14:37 ` Steve Wise 2015-07-06 16:17 ` Sagi Grimberg 2015-07-06 16:17 ` Sagi Grimberg 2015-07-06 16:55 ` Steve Wise 2015-07-06 16:55 ` Steve Wise 2015-07-07 9:00 ` Christoph Hellwig [not found] ` <20150707090001.GB11736-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-07 9:14 ` Sagi Grimberg 2015-07-07 9:14 ` Sagi Grimberg [not found] ` <559B9891.8060907-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-07 14:05 ` Steve Wise 2015-07-07 14:05 ` Steve Wise 2015-07-07 16:17 ` Jason Gunthorpe 2015-07-07 16:17 ` Jason Gunthorpe [not found] ` <20150707161751.GA623-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-07 16:27 ` Sagi Grimberg 2015-07-07 16:27 ` Sagi Grimberg [not found] ` <559BFE03.4020709-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-07 21:36 ` Jason Gunthorpe 2015-07-07 21:36 ` Jason Gunthorpe 2015-07-08 7:29 ` Sagi Grimberg [not found] ` <559CD174.4040901-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-08 8:13 ` 'Christoph Hellwig' 2015-07-08 8:13 ` 'Christoph Hellwig' [not found] ` <20150708081320.GB24203-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-08 10:05 ` Sagi Grimberg 2015-07-08 10:05 ` Sagi Grimberg [not found] ` <559CF5E8.6080000-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-08 10:20 ` 'Christoph Hellwig' 2015-07-08 10:20 ` 'Christoph Hellwig' [not found] ` <20150708102035.GA28421-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-08 11:08 ` Sagi Grimberg 2015-07-08 11:08 ` Sagi Grimberg [not found] ` <559D0498.9050809-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-08 17:14 ` Hefty, Sean 2015-07-08 17:14 ` Hefty, Sean 2015-07-09 8:46 ` Sagi Grimberg 2015-07-09 13:52 ` Chuck Lever 2015-07-10 19:34 ` Christoph Hellwig 2015-07-12 7:49 ` Sagi Grimberg 2015-07-13 16:50 ` Jason Gunthorpe 2015-07-14 8:06 ` Sagi Grimberg [not found] ` <55A4C2FA.9060707-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-14 12:24 ` Tom Talpey 2015-07-14 12:24 ` Tom Talpey [not found] ` <55A4FF93.4090406-CLs1Zie5N5HQT0dZR+AlfA@public.gmane.org> 2015-07-14 13:21 ` Sagi Grimberg 2015-07-14 13:21 ` Sagi Grimberg 2015-07-23 0:43 ` Hefty, Sean 2015-07-23 0:43 ` Hefty, Sean 2015-07-08 19:08 ` Jason Gunthorpe [not found] ` <20150708190842.GB11740-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-08 20:32 ` 'Christoph Hellwig' 2015-07-08 20:32 ` 'Christoph Hellwig' [not found] ` <20150708203205.GA21847-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-08 20:37 ` 'Christoph Hellwig' 2015-07-08 20:37 ` 'Christoph Hellwig' 2015-07-09 8:47 ` Sagi Grimberg 2015-07-09 8:47 ` Sagi Grimberg 2015-07-09 0:03 ` Jason Gunthorpe [not found] ` <20150709000337.GE16812-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-09 8:00 ` 'Christoph Hellwig' 2015-07-09 8:00 ` 'Christoph Hellwig' 2015-07-09 8:58 ` Sagi Grimberg 2015-07-09 8:58 ` Sagi Grimberg 2015-07-09 22:18 ` Doug Ledford 2015-07-09 22:18 ` Doug Ledford 2015-07-09 22:53 ` Jason Gunthorpe 2015-07-09 22:53 ` Jason Gunthorpe 2015-07-10 13:22 ` Tom Talpey [not found] ` <559FC710.1050307-CLs1Zie5N5HQT0dZR+AlfA@public.gmane.org> 2015-07-10 16:11 ` Jason Gunthorpe 2015-07-10 16:11 ` Jason Gunthorpe 2015-07-10 17:56 ` Doug Ledford 2015-07-10 18:34 ` Chuck Lever 2015-07-10 18:42 ` Tom Talpey [not found] ` <55A01225.9000000-CLs1Zie5N5HQT0dZR+AlfA@public.gmane.org> 2015-07-10 19:54 ` Jason Gunthorpe 2015-07-10 19:54 ` Jason Gunthorpe 2015-07-10 20:48 ` Jason Gunthorpe [not found] ` <20150710195420.GA31500-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-10 22:33 ` Doug Ledford 2015-07-10 22:33 ` Doug Ledford 2015-07-11 10:17 ` 'Christoph Hellwig' 2015-07-11 10:17 ` 'Christoph Hellwig' [not found] ` <20150711101736.GA14741-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-13 16:57 ` Jason Gunthorpe 2015-07-13 16:57 ` Jason Gunthorpe 2015-07-14 7:25 ` 'Christoph Hellwig' 2015-07-14 9:05 ` Sagi Grimberg 2015-07-14 15:35 ` 'Christoph Hellwig' 2015-07-14 17:26 ` Jason Gunthorpe [not found] ` <20150714172655.GB24403-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-15 7:10 ` Sagi Grimberg 2015-07-15 7:10 ` Sagi Grimberg 2015-07-10 22:30 ` Doug Ledford 2015-07-10 22:30 ` Doug Ledford 2015-07-10 20:57 ` Jason Gunthorpe [not found] ` <20150710205706.GA7883-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-10 22:27 ` Doug Ledford 2015-07-10 22:27 ` Doug Ledford [not found] ` <20150710233417.GA8919@obsidianresearch.com> [not found] ` <20150710233417.GA8919-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-11 3:10 ` Doug Ledford 2015-07-11 3:10 ` Doug Ledford [not found] ` <55A0891F.4050105-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org> 2015-07-13 17:18 ` Jason Gunthorpe 2015-07-13 17:18 ` Jason Gunthorpe 2015-07-13 22:23 ` Tom Talpey 2015-07-11 16:37 ` Steve Wise [not found] ` <CCB6E837-88FF-4DBB-976D-4CF56396A1A1-/Yg/VP3ZvrM@public.gmane.org> 2015-07-12 10:46 ` Sagi Grimberg 2015-07-12 10:46 ` Sagi Grimberg [not found] ` <55A24571.60902-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-14 19:25 ` Steve Wise 2015-07-14 19:25 ` Steve Wise 2015-07-14 19:29 ` Jason Gunthorpe [not found] ` <20150714192941.GA26292-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-14 19:32 ` Steve Wise 2015-07-14 19:32 ` Steve Wise 2015-07-14 19:37 ` Jason Gunthorpe 2015-07-14 19:55 ` 'Christoph Hellwig' 2015-07-14 19:55 ` 'Christoph Hellwig' 2015-07-14 20:10 ` Steve Wise 2015-07-14 20:10 ` Steve Wise [not found] ` <20150714195511.GB7716-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-14 20:29 ` Jason Gunthorpe [this message] 2015-07-14 20:29 ` Jason Gunthorpe 2015-07-15 6:50 ` 'Christoph Hellwig' [not found] ` <20150715065057.GA22113-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-15 19:12 ` Jason Gunthorpe 2015-07-15 19:12 ` Jason Gunthorpe [not found] ` <20150715191257.GF23588-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-16 6:41 ` Jason Gunthorpe 2015-07-16 6:41 ` Jason Gunthorpe 2015-07-16 8:04 ` 'Christoph Hellwig' 2015-07-16 8:04 ` 'Christoph Hellwig' [not found] ` <20150716080402.GC9093-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-16 16:13 ` Jason Gunthorpe 2015-07-16 16:13 ` Jason Gunthorpe [not found] ` <20150714202943.GB26927-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-14 20:40 ` Steve Wise 2015-07-14 20:40 ` Steve Wise 2015-07-14 20:44 ` Jason Gunthorpe 2015-07-14 20:44 ` Jason Gunthorpe [not found] ` <20150714204442.GD26927-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-14 20:54 ` Steve Wise 2015-07-14 20:54 ` Steve Wise 2015-07-14 20:59 ` Jason Gunthorpe 2015-07-14 20:59 ` Jason Gunthorpe 2015-07-14 20:50 ` Tom Talpey 2015-07-14 20:50 ` Tom Talpey 2015-07-15 8:47 ` Sagi Grimberg 2015-07-15 8:47 ` Sagi Grimberg [not found] ` <55A61E38.20201-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-15 12:19 ` 'Christoph Hellwig' 2015-07-15 12:19 ` 'Christoph Hellwig' [not found] ` <20150715121926.GB14993-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-15 19:17 ` Jason Gunthorpe 2015-07-15 19:17 ` Jason Gunthorpe 2015-07-14 20:46 ` Tom Talpey 2015-07-14 19:45 ` 'Christoph Hellwig' [not found] ` <20150714194512.GA25887-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-14 19:57 ` Jason Gunthorpe 2015-07-14 19:57 ` Jason Gunthorpe 2015-07-14 19:58 ` Steve Wise 2015-07-14 19:58 ` Steve Wise 2015-07-14 20:41 ` Jason Gunthorpe 2015-07-14 20:41 ` Jason Gunthorpe [not found] ` <20150714204145.GC26927-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-14 20:51 ` Steve Wise 2015-07-14 20:51 ` Steve Wise 2015-07-14 21:01 ` Steve Wise 2015-07-14 21:01 ` Steve Wise 2015-07-14 21:14 ` Jason Gunthorpe 2015-07-14 21:14 ` Jason Gunthorpe 2015-07-23 18:53 ` Hefty, Sean 2015-07-23 18:53 ` Hefty, Sean [not found] ` <1828884A29C6694DAF28B7E6B8A82373A901C9A5-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> 2015-07-23 19:03 ` Steve Wise 2015-07-23 19:03 ` Steve Wise 2015-07-23 23:30 ` Hefty, Sean 2015-07-23 23:30 ` Hefty, Sean [not found] ` <1828884A29C6694DAF28B7E6B8A82373A901DB80-P5GAC/sN6hkd3b2yrw5b5LfspsVTdybXVpNB7YpNyf8@public.gmane.org> 2015-07-23 23:53 ` Jason Gunthorpe 2015-07-23 23:53 ` Jason Gunthorpe [not found] ` <20150723235310.GA20537-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-24 0:18 ` Hefty, Sean 2015-07-24 0:18 ` Hefty, Sean 2015-07-24 4:46 ` Jason Gunthorpe 2015-07-08 21:38 ` Tom Talpey 2015-07-08 23:36 ` Jason Gunthorpe 2015-07-09 11:02 ` Sagi Grimberg [not found] ` <559E54AB.2010905-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-09 17:01 ` Jason Gunthorpe 2015-07-09 17:01 ` Jason Gunthorpe 2015-07-09 20:00 ` Tom Talpey 2015-07-09 21:16 ` Jason Gunthorpe [not found] ` <20150709170142.GA21921-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-10 8:55 ` kernel memory registration (was: RDMA/core: Transport-independent access flags) Sagi Grimberg [not found] ` <559F8881.7070308-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-10 16:35 ` Jason Gunthorpe 2015-07-11 10:31 ` 'Christoph Hellwig' [not found] ` <20150711103153.GC14741-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-13 16:46 ` Jason Gunthorpe [not found] ` <20150713164652.GC23832-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-14 8:24 ` kernel memory registration Sagi Grimberg [not found] ` <55A4C73A.7080001-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-14 17:24 ` Jason Gunthorpe 2015-07-11 10:25 ` [PATCH V3 1/5] RDMA/core: Transport-independent access flags 'Christoph Hellwig' 2015-07-13 16:35 ` Jason Gunthorpe 2015-07-13 19:36 ` Tom Talpey 2015-07-13 20:15 ` Jason Gunthorpe [not found] ` <20150713201538.GA11681-ePGOBjL8dl3ta4EC/59zMFaTQe2KTcn/@public.gmane.org> 2015-07-14 9:10 ` Sagi Grimberg 2015-07-14 9:10 ` Sagi Grimberg [not found] ` <55A4D20C.2000904-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-14 15:36 ` 'Christoph Hellwig' 2015-07-14 15:36 ` 'Christoph Hellwig' [not found] ` <20150714153619.GC11026-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-14 15:47 ` Tom Talpey 2015-07-14 15:47 ` Tom Talpey 2015-07-14 16:22 ` Jason Gunthorpe 2015-07-14 16:22 ` Jason Gunthorpe 2015-07-14 7:37 ` 'Christoph Hellwig' 2015-07-14 9:22 ` Sagi Grimberg [not found] ` <55A4D4C6.6040907-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-14 12:12 ` Tom Talpey 2015-07-14 12:12 ` Tom Talpey 2015-07-14 13:23 ` Sagi Grimberg 2015-07-14 14:45 ` Steve Wise 2015-07-14 14:45 ` Steve Wise 2015-07-14 15:40 ` 'Christoph Hellwig' 2015-07-14 15:40 ` 'Christoph Hellwig' 2015-07-08 8:11 ` 'Christoph Hellwig' 2015-07-06 7:58 ` Sagi Grimberg 2015-07-06 7:58 ` Sagi Grimberg [not found] ` <559A3536.3020807-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org> 2015-07-06 14:39 ` Steve Wise 2015-07-06 14:39 ` Steve Wise 2015-07-05 23:22 ` [PATCH V3 2/5] RDMA/iser: Use transport independent MR allocation Steve Wise [not found] ` <20150705231831.12029.80307.stgit-PBeJgSbIpn97NCTnQtmixQ@public.gmane.org> 2015-07-05 23:22 ` [PATCH V3 3/5] RDMA/isert: " Steve Wise 2015-07-05 23:22 ` Steve Wise 2015-07-05 23:22 ` [PATCH V3 4/5] svcrdma: " Steve Wise 2015-07-05 23:22 ` Steve Wise 2015-07-05 23:22 ` [PATCH V3 5/5] xprtrdma: " Steve Wise 2015-07-05 23:22 ` Steve Wise 2015-07-06 5:25 ` [PATCH V3 0/5] Transport-independent MRs Christoph Hellwig 2015-07-06 5:25 ` Christoph Hellwig [not found] ` <20150706052542.GB1109-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org> 2015-07-06 14:24 ` Steve Wise 2015-07-06 14:24 ` Steve Wise 2015-07-07 9:01 ` 'Christoph Hellwig'
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=20150714202943.GB26927@obsidianresearch.com \ --to=jgunthorpe-epgobjl8dl3ta4ec/59zmfatqe2ktcn/@public.gmane.org \ --cc=bfields-uC3wQj2KruNg9hUCZPvPmw@public.gmane.org \ --cc=dledford-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \ --cc=eli-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=hch-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org \ --cc=linux-nfs-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=ogerlitz-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=oren-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=roid-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=sagig-LDSdmyG8hGV8YrgS2mwiifqBs+8SCbDb@public.gmane.org \ --cc=sagig-VPRAkNaXOzVWk0Htik3J/w@public.gmane.org \ --cc=swise-/Yg/VP3ZvrM@public.gmane.org \ --cc=swise-7bPotxP6k4+P2YhJcF5u+vpXobYPEAuW@public.gmane.org \ --cc=target-devel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \ --cc=tom-CLs1Zie5N5HQT0dZR+AlfA@public.gmane.org \ --cc=trond.myklebust-7I+n7zu2hftEKMMhf/gKZA@public.gmane.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: linkBe 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.