how new GIDs are notified to IB stack in OFED 1.5.1?

with right index? Regards, Parav Pandit -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

GIT tree for OFED 1.5.x latest source code

://git.openfabrics.org/git?p=ofed_1_5/linux-2.6.git;a=summary Regards, Parav Pandit -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

Does SDP on Chelsio RNIC in ofed 1.5.2 work?

configuration from the above link. Regards, Parav Pandit -- To unsubscribe from this list: send the line unsubscribe linux-rdma in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html

RE: Does SDP on Chelsio RNIC in ofed 1.5.2 work?

and might have worked because of that. Now I am using SLES 11 2.27.x kernel version and not sure whether 1.3.x will work straight forward. Regards, Parav Pandit --- On Wed, 4/6/11, Jaszcza, Andrzej andrzej.jasz...@intel.com wrote: From: Jaszcza, Andrzej andrzej.jasz...@intel.com Subject: RE

[PATCH 0/2] be2net: Added functionality to support RoCE driver

From: Parav Pandit parav.pan...@emulex.com This patch is for netdev net-next tree. It is based on previous RFC. Those review comments are addressed. This patch adds functionality to support RoCE (RDMA over Ethernet) driver. - Detecting RoCE supported adapters and creating linked list of them

[PATCH 1/2] be2net: Added function to issue mailbox cmd on MQ.

From: Parav Pandit parav.pan...@emulex.com - Added generic function to issue mailbox cmd on MQ as export function. - RoCE driver will use this before it setups its own MQ. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/net/ethernet/emulex/benet/be_cmds.c | 39

[PATCH 2/2] be2net: Added functionality to support RoCE driver

From: Parav Pandit parav.pan...@emulex.com - Increased MSIX vectors by 5 for RoCE traffic. - Added macro to check roce support on a device. - Added device specific doorbell, msix vector fields shared with nic functionality. - Provides RoCE driver registration and deregistration functions

[PATCH v1 0/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com Thanks a lot for review comments given for past patch. I have addressed those review comments in this PATCH v1. Emulex One Connect Adapter is RDMA (RoCE) capable multi-function PCI Express device. This driver patch enables RoCE support on such adapter

[PATCH v1 1/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - Header file for device and resource specific data structures. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma.h | 377 + 1 files changed, 377 insertions(+), 0 deletions

[PATCH v1 2/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - Header file for userspace library and kernel driver interface. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_abi.h | 136 + 1 files changed, 136 insertions(+), 0 deletions

[PATCH v1 3/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - Header file for driver-adapter interface. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_sli.h | 1658 + 1 files changed, 1658 insertions(+), 0 deletions(-) create mode 100644

[PATCH v1 5/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - main file registering with Infiniband stack. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_main.c | 622 1 files changed, 622 insertions(+), 0 deletions(-) create mode

[PATCH v1 8/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - build files for building ocrdma driver Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/Kconfig |8 drivers/infiniband/hw/ocrdma/Makefile |5 + 2 files changed, 13 insertions(+), 0 deletions

[PATCH v1 7/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - address handle specific handling. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_ah.c | 172 ++ drivers/infiniband/hw/ocrdma/ocrdma_ah.h | 42 +++ 2 files changed, 214

[PATCH v1 9/9] ocrdma: Driver for Emulex OneConnect RDMA adapter

From: Parav Pandit parav.pan...@emulex.com - top level build files to build ocrdma driver. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/Kconfig |1 + drivers/infiniband/Makefile |1 + 2 files changed, 2 insertions(+), 0 deletions(-) diff --git a/drivers

[PATCH] RDMA/ocrdma: corrected queue free count math

Corrected queue free count math for SQ, RQ for all hardware type. Updated user-kernel abi interface. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma.h |1 - drivers/infiniband/hw/ocrdma/ocrdma_abi.h |5 + drivers/infiniband/hw

[PATCH] RDMA/ocrdma: fixed enum for SRQ_LIMIT_REACHED.

Fixed enum value for SRQ_LIMIT_REACHED async event. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_hw.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/infiniband/hw/ocrdma/ocrdma_hw.c b/drivers/infiniband/hw/ocrdma

[PATCH] RDMA/ocrdma: fixed gid table for vlan and events.

1. Fixed reporting GID table addition event also. 2. Enable vlan based GID entries only when VLAN is enabled at compile time using CONFIG_VLAN_8021Q CONFIG_VLAN_8021Q_MODULE. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_main.c | 63

[PATCH] RDMA/ocrdma: Corrected Queue max values.

From: Mahesh Vardhamanaiah mahesh.vardhamana...@emulex.com Fixed code to read the max wqe and max rqe values from mailbox response. Signed-off-by: Mahesh Vardhamanaiah mahesh.vardhamana...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_hw.c | 15 +--

[PATCH] RDMA/ocrdma: Corrected queue SGE calculation.

From: Mahesh Vardhamanaiah mahesh.vardhamana...@emulex.com Fixed max sge calculation for sq, rq, srq for all hardware types. Signed-off-by: Mahesh Vardhamanaiah mahesh.vardhamana...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma.h |1 + drivers/infiniband/hw/ocrdma/ocrdma_hw.c

[PATCH] RDMA/ocrdma: Fixed polling RQ error CQE polling.

Fixed polling RQ/SRQ error CQE polling. Returning error CQE to consumer for error case which was not returned previously. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_verbs.c |4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git

[PATCH] RDMA/ocrdma: Fixed CONFIG_VLAN_8021Q.

Fixed avoiding checking real vlan dev in scenario when VLAN is disabled and ipv6 is enabled. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_main.c | 16 1 files changed, 12 insertions(+), 4 deletions(-) diff --git a/drivers

[PATCHv1] RDMA/ocrdma: Fixed CONFIG_VLAN_8021Q.

Fixed avoiding checking real vlan dev in scenario when VLAN is disabled and ipv6 is enabled. Reported-by: Fengguang Wu fengguang...@intel.com Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_main.c | 16 1 files changed, 12 insertions

[PATCH] RDMA/ocrdma: Fixed cqe expansion of unsignaled wqe

Fixed cqe expansion of unsignaled wqe - stop expanding the cqe when wqe index of the completed cqe matches with last pending wqe (tail) in the queue. Signed-off-by: Parav Pandit parav.pan...@emulex.com --- drivers/infiniband/hw/ocrdma/ocrdma_verbs.c |8 1 files changed, 4 insertions

Re: [PATCH for-next 1/2] IB/core: Add support for RX/TX checksum offload capabilities report

On Thu, Aug 6, 2015 at 4:30 PM, Haggai Eran hagg...@mellanox.com wrote: On Wednesday, August 5, 2015 8:16 PM, Jason Gunthorpe jguntho...@obsidianresearch.com wrote: On Wed, Aug 05, 2015 at 06:34:26PM +0300, Amir Vadai wrote: struct ib_uverbs_ex_query_device { __u32 comp_mask; +

Re: [RFC] split struct ib_send_wr

Do you see value in dividing ib_ud _wr into ib_ud_wr and ib_ud_gsi_wr to save 4 bytes? On Thu, Aug 6, 2015 at 9:54 PM, Christoph Hellwig h...@infradead.org wrote: I've pushed out a new version. Updates: - the ib_recv_wr change Bart notices has been fixed. - iser and isert have been

Re: [PATCH for-next 1/2] IB/core: Add support for RX/TX checksum offload capabilities report

On Thu, Aug 6, 2015 at 10:20 PM, Haggai Eran hagg...@mellanox.com wrote: On 08/06/2015 02:18 PM, Parav Pandit wrote: On Thu, Aug 6, 2015 at 4:30 PM, Haggai Eran hagg...@mellanox.com mailto:hagg...@mellanox.com wrote: On Wednesday, August 5, 2015 8:16 PM, Jason Gunthorpe jguntho

Re: RFC rdma cgroup

Hi Haggai, On Thu, Oct 29, 2015 at 8:27 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 28/10/2015 10:29, Parav Pandit wrote: >> 3. Resources are not defined by the RDMA cgroup. Resources are defined >> by RDMA/IB subsystem and optionally by HCA vendor device drivers. >

RFC rdma cgroup

I have completed initial development of above design. I am currently testing this design. I will post the patch soon once I am done validating it. Let me know if there are any design comments. Regards, Parav Pandit -- To unsubscribe from this list: send the line "unsubscribe linux-

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

Hi, I finally got some chance and progress on redesigning rdma cgroup controller for the most use cases that we discussed in this email chain. I am posting RFC and soon code in new email. Parav On Sun, Sep 20, 2015 at 4:05 PM, Haggai Eran wrote: > On 15/09/2015 06:45,

Re: RFC rdma cgroup

>> Resource are defined as index and as match_table_t. >> >> enum rdma_resource_type { >> RDMA_VERB_RESOURCE_UCTX, >> RDMA_VERB_RESOURCE_AH, >> RDMA_VERB_RESOURCE_PD, >> RDMA_VERB_RESOURCE_CQ, >> RDMA_VERB_RESOURCE_MR, >> RDMA_VERB_RESOURCE_MW, >>

Re: RFC rdma cgroup

On Wed, Nov 4, 2015 at 5:28 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 03/11/2015 21:11, Parav Pandit wrote: >> So it looks like below, >> #cat rdma.resources.verbs.list >> Output: >> mlx4_0 uctx ah pd cq mr mw srq qp flow >> mlx4_1 uctx ah pd cq

Re: [PATCH for-next 2/7] IB: Introduce Work Queue object and its verbs

On Thu, Oct 15, 2015 at 7:42 PM, Yishai Hadas <yish...@dev.mellanox.co.il> wrote: > On 10/15/2015 12:13 PM, Parav Pandit wrote: >> >> Just curious, why does WQ need to be bind to PD? >> Isn't ucontext sufficient? >> Or because kcontext doesn't exist, PD ser

Re: [PATCH for-next 2/7] IB: Introduce Work Queue object and its verbs

On Thu, Oct 15, 2015 at 9:55 PM, Yishai Hadas <yish...@dev.mellanox.co.il> wrote: > On 10/15/2015 6:17 PM, Parav Pandit wrote: >> >> On Thu, Oct 15, 2015 at 7:42 PM, Yishai Hadas >> <yish...@dev.mellanox.co.il> wrote: >>> >>> On 10/15/2015 12:13

Re: [PATCH for-next 2/7] IB: Introduce Work Queue object and its verbs

On Sun, Oct 18, 2015 at 8:38 PM, Yishai Hadas <yish...@dev.mellanox.co.il> wrote: > On 10/15/2015 7:49 PM, Parav Pandit wrote: > >> If there is stateless WQ being used by multiple QPs in multiplexed > > > The WQ is not stateless and always has its own PD. > >>

Re: [PATCH 4/7] devcg: Added rdma resource tracker object per task

On Tue, Sep 8, 2015 at 1:54 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 08/09/2015 10:04, Parav Pandit wrote: >> On Tue, Sep 8, 2015 at 11:18 AM, Haggai Eran <hagg...@mellanox.com> wrote: >>> On 07/09/2015 23:38, Parav Pandit wrote: >>>&g

Re: [PATCH 4/7] devcg: Added rdma resource tracker object per task

On Tue, Sep 8, 2015 at 11:18 AM, Haggai Eran <hagg...@mellanox.com> wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> @@ -2676,7 +2686,7 @@ static inline int thread_group_empty(struct >> task_struct *p) >> * Protects ->fs, ->files, ->mm, ->group_inf

Re: [PATCH 3/7] devcg: Added infrastructure for rdma device cgroup.

On Tue, Sep 8, 2015 at 11:01 AM, Haggai Eran <hagg...@mellanox.com> wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> diff --git a/include/linux/device_cgroup.h b/include/linux/device_cgroup.h >> index 8b64221..cdbdd60 100644 >> --- a/include/linux/device_cgro

Re: [PATCH 5/7] devcg: device cgroup's extension for RDMA resource.

On Tue, Sep 8, 2015 at 2:06 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> +void devcgroup_rdma_uncharge_resource(struct ib_ucontext *ucontext, >> + enum devcgroup_rdma_rt type, int num) >> +{

Re: [PATCH 6/7] devcg: Added support to use RDMA device cgroup.

On Tue, Sep 8, 2015 at 2:10 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> +static void init_ucontext_lists(struct ib_ucontext *ucontext) >> +{ >> + INIT_LIST_HEAD(>pd_list); >> + INIT_LIST_HEAD(>mr_

Re: [PATCH 5/7] devcg: device cgroup's extension for RDMA resource.

On Tue, Sep 8, 2015 at 1:52 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 07/09/2015 23:38, Parav Pandit wrote: >> +/* RDMA resources from device cgroup perspective */ >> +enum devcgroup_rdma_rt { >> + DEVCG_RDMA_RES_TYPE_UCTX, >

Re: [PATCH 5/7] devcg: device cgroup's extension for RDMA resource.

On Tue, Sep 8, 2015 at 7:20 PM, Haggai Eran <hagg...@mellanox.com> wrote: > On 08/09/2015 13:18, Parav Pandit wrote: >>> > >>>> >> + * RDMA resource limits are hierarchical, so the highest configured >>>> >> limit of >>>> &g

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Tue, Sep 8, 2015 at 8:53 PM, Tejun Heo <t...@kernel.org> wrote: > Hello, Parav. > > On Tue, Sep 08, 2015 at 02:08:16AM +0530, Parav Pandit wrote: >> Currently user space applications can easily take away all the rdma >> device specific resources such as AH, CQ, QP,

Re: RDMA/CM and multiple QPs

Hi Christoph, Establishing multiple QP is just one part of it. Bigger challenge is how do we distribute the work request among multiple QPs specially when STAG advertisements, their invalidation is agnostic at Verbs layer (which is not part of the IB spec and every ULP has their own method

Re: RDMA/CM and multiple QPs

On Sun, Sep 6, 2015 at 1:20 PM, Christoph Hellwig <h...@infradead.org> wrote: > On Sun, Sep 06, 2015 at 01:12:56PM +0530, Parav Pandit wrote: >> Hi Christoph, >> >> Establishing multiple QP is just one part of it. >> Bigger challenge is how do we distribute the w

[PATCH 3/7] devcg: Added infrastructure for rdma device cgroup.

for configuring max limit of each rdma resource and one file for querying controllers current resource usage. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- include/linux/device_cgroup.h | 53 +++ security/device_cgroup.c

[PATCH 7/7] devcg: Added Documentation of RDMA device cgroup.

Modified device cgroup documentation to reflect its dual purpose without creating new cgroup subsystem for rdma. Added documentation to describe functionality and usage of device cgroup extension for RDMA. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- Documentation/c

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

. Parav On Tue, Sep 8, 2015 at 2:08 AM, Parav Pandit <pandit.pa...@gmail.com> wrote: > Currently user space applications can easily take away all the rdma > device specific resources such as AH, CQ, QP, MR etc. Due to which other > applications in other cgroup or kernel space ULPs m

[PATCH 1/7] devcg: Added user option to rdma resource tracking.

Added user configuration option to enable/disable RDMA resource tracking feature of device cgroup as sub module. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- init/Kconfig | 12 1 file changed, 12 insertions(+) diff --git a/init/Kconfig b/init/Kconfig index 2

[PATCH 2/7] devcg: Added rdma resource tracking module.

Added RDMA resource tracking object of device cgroup. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- security/Makefile | 1 + 1 file changed, 1 insertion(+) diff --git a/security/Makefile b/security/Makefile index c9bfbc8..c9ad56d 100644 --- a/security/Makefile +++ b/security/Ma

[PATCH 5/7] devcg: device cgroup's extension for RDMA resource.

-by: Parav Pandit <pandit.pa...@gmail.com> --- include/linux/device_rdma_cgroup.h | 83 security/device_rdma_cgroup.c | 422 + 2 files changed, 505 insertions(+) create mode 100644 include/linux/device_rdma_cgroup.h create mode 100644 se

[PATCH 6/7] devcg: Added support to use RDMA device cgroup.

), it passes associated ucontext pointer during uncharge, so that rdma cgroup controller can correctly free the resource of right task and right cgroup. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- drivers/infiniband/core/uverbs_cmd.c | 139 +- drivers/infi

[PATCH 4/7] devcg: Added rdma resource tracker object per task

Added RDMA device resource tracking object per task. Added comments to capture usage of task lock by device cgroup for rdma. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- include/linux/sched.h | 12 +++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/i

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Thu, Sep 10, 2015 at 10:19 PM, Tejun Heo <t...@kernel.org> wrote: > Hello, Parav. > > On Wed, Sep 09, 2015 at 09:27:40AM +0530, Parav Pandit wrote: >> This is one old white paper, but most of the reasoning still holds true on >> RDMA. >> http://h10032.www

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Sat, Sep 12, 2015 at 1:36 AM, Hefty, Sean wrote: >> > Trying to limit the number of QPs that an app can allocate, >> > therefore, just limits how much of the address space an app can use. >> > There's no clear link between QP limits and HW resource limits, >> > unless you

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

? Parav On Mon, Sep 14, 2015 at 4:39 PM, Parav Pandit <pandit.pa...@gmail.com> wrote: > On Sat, Sep 12, 2015 at 1:36 AM, Hefty, Sean <sean.he...@intel.com> wrote: >>> > Trying to limit the number of QPs that an app can allocate, >>> > therefore, just limits how m

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

before submitting actual implementation. Regards, Parav Pandit On Tue, Sep 15, 2015 at 9:15 AM, Jason Gunthorpe <jguntho...@obsidianresearch.com> wrote: > On Tue, Sep 15, 2015 at 08:38:54AM +0530, Parav Pandit wrote: > >> As you precisely described, about wild ratio, >> we

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Fri, Sep 11, 2015 at 1:52 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, Parav. > > On Thu, Sep 10, 2015 at 11:16:49PM +0530, Parav Pandit wrote: >> >> These resources include are- QP (queue pair) to transfer data, CQ >> >> (Completion queue) to indicat

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Fri, Sep 11, 2015 at 9:34 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, Parav. > > On Fri, Sep 11, 2015 at 09:09:58AM +0530, Parav Pandit wrote: >> The fact is that user level application uses hardware resources. >> Verbs layer is software abstraction for

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

> cpuset is a special case but think of cpu, memory or io controllers. > Their resource distribution schemes are a lot more developed than > what's proposed in this patchset and that's a necessity because nobody > wants to cripple their machines for resource control. IO controller and

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Fri, Sep 11, 2015 at 10:04 PM, Tejun Heo <t...@kernel.org> wrote: > Hello, Parav. > > On Fri, Sep 11, 2015 at 09:56:31PM +0530, Parav Pandit wrote: >> Resource run away by application can lead to (a) kernel and (b) other >> applications left out with no re

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

> Because actual hardware resources *ARE* the limit. We cannot abstract > it away. The hardware/driver has real, fixed, immutable limits. No API > abstraction can possibly change that. > > The limits are such there *IS NO* API boundary that can bundle them > into something simpler. There will

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Mon, Sep 14, 2015 at 10:58 PM, Jason Gunthorpe <jguntho...@obsidianresearch.com> wrote: > On Mon, Sep 14, 2015 at 04:39:33PM +0530, Parav Pandit wrote: > >> 1. How does the % of resource, is different than absolute number? With >> rest of the cgroups systems we define

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

> If the resource isn't and the main goal is preventing runaway > hogs, it'll be able to do that but is that the goal here? For this to > be actually useful for performance contended cases, it'd need higher > level abstractions. > Resource run away by application can lead to (a) kernel and (b)

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Sat, Sep 12, 2015 at 12:52 AM, Hefty, Sean wrote: >> So, the existence of resource limitations is fine. That's what we >> deal with all the time. The problem usually with this sort of >> interfaces which expose implementation details to users directly is >> that it

Re: [PATCH 0/7] devcg: device cgroup extension for rdma resource

On Sat, Sep 12, 2015 at 12:55 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, Parav. > > On Fri, Sep 11, 2015 at 10:09:48PM +0530, Parav Pandit wrote: >> > If you're planning on following what the existing memcg did in this >> > area, it's unlikely to go well. Wou

Re: [PATCH for-next V2 05/11] IB/core: Add rdma_network_type to wc

On Mon, Dec 7, 2015 at 11:32 AM, Jason Gunthorpe wrote: > On Thu, Dec 03, 2015 at 04:20:50PM +, Liran Liss wrote: >> > From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma- >> >> > Subject: Re: [PATCH for-next V2 05/11] IB/core: Add rdma_network_type to

[PATCHv1 0/6] rdma controller support

tree yet, which I will do once I receive comments for this pathset. Parav Pandit (6): rdmacg: Added rdma cgroup header file IB/core: Added members to support rdma cgroup rdmacg: implements rdma cgroup IB/core: rdmacg support infrastructure APIs IB/core: use rdma cgroup for resource accoun

[PATCHv1 3/6] rdmacg: implements rdma cgroup

they are defined by the external module, typically IB stack and optionally by HCA drivers for those RDMA devices which doesn't have one to one mapping of IB verb resource with hardware resource. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- include/linux/cgroup_subsys.h |4 + init/K

[PATCHv1 2/6] IB/core: Added members to support rdma cgroup

Added function pointer table to store resource pool specific operation for each resource type (verb and hw). Added list node to link device to rdma cgroup so that it can participate in resource accounting and limit configuration. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- i

[PATCHv1 1/6] rdmacg: Added rdma cgroup header file

Added rdma cgroup header file which defines its APIs to perform charing/uncharing functionality. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- include/linux/cgroup_rdma.h | 91 + 1 file changed, 91 insertions(+) create mode 100644 i

[PATCHv1 5/6] IB/core: use rdma cgroup for resource accounting

It uses charge API to perform resource charing before allocating low level resource. It continues to link the resource to the owning thread group leader task. It uncharges the resource after successful deallocation of resource. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- d

[PATCHv1 4/6] IB/core: rdmacg support infrastructure APIs

It defines verb RDMA resources that will be registered with RDMA cgroup. It defines new APIs to register device with RDMA cgroup and defines resource token table access interface. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- drivers/infiniband/core/Makefile| 1 + d

[PATCHv1 6/6] rdmacg: Added documentation for rdma controller.

Added documentation for rdma controller to use in legacy mode and using new unified hirerchy. Signed-off-by: Parav Pandit <pandit.pa...@gmail.com> --- Documentation/cgroup-legacy/rdma.txt | 129 +++ Documentation/cgroup.txt

Re: [PATCHv1 6/6] rdmacg: Added documentation for rdma controller.

On Thu, Jan 7, 2016 at 4:27 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, > > On Thu, Jan 07, 2016 at 04:14:26AM +0530, Parav Pandit wrote: >> Yes. I read through. I can see two changes to be made in V2 version of >> this patch. >> 1. rdma.resource.verb.u

Re: [PATCHv1 6/6] rdmacg: Added documentation for rdma controller.

On Wed, Jan 6, 2016 at 3:23 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, > > On Wed, Jan 06, 2016 at 12:28:06AM +0530, Parav Pandit wrote: >> +5-4-1. RDMA Interface Files >> + >> + rdma.resource.verb.list >> + rdma.resource.ve

Re: [PATCHv1 0/6] rdma controller support

Hi Tejun, On Wed, Jan 6, 2016 at 3:26 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, > > On Wed, Jan 06, 2016 at 12:28:00AM +0530, Parav Pandit wrote: >> Resources are not defined by the RDMA cgroup. Resources are defined >> by RDMA/IB stack & optionally by HCA

Re: [PATCHv1 3/6] rdmacg: implements rdma cgroup

On Wed, Jan 6, 2016 at 3:31 AM, Tejun Heo <t...@kernel.org> wrote: > Hello, > > On Wed, Jan 06, 2016 at 12:28:03AM +0530, Parav Pandit wrote: >> +/* hash table to keep map of tgid to owner cgroup */ >> +DEFINE_HASHTABLE(pid_cg_map_tbl, 7); >> +DEFINE_SPIN

Re: [PATCHv1 2/6] IB/core: Added members to support rdma cgroup

On Wed, Jan 6, 2016 at 3:26 AM, Tejun Heo <t...@kernel.org> wrote: > On Wed, Jan 06, 2016 at 12:28:02AM +0530, Parav Pandit wrote: >> Added function pointer table to store resource pool specific >> operation for each resource type (verb and hw). >> Added list node to li