From mboxrd@z Thu Jan 1 00:00:00 1970 From: Parav Pandit Subject: Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support Date: Thu, 6 Oct 2016 18:29:54 +0530 Message-ID: References: <1472632647-1525-1-git-send-email-pandit.parav@gmail.com> <20161005112206.GC9282@leon.nu> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Return-path: In-Reply-To: <20161005112206.GC9282-2ukJVAZIZ/Y@public.gmane.org> Sender: linux-rdma-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Leon Romanovsky Cc: cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-doc-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Linux Kernel Mailing List , linux-rdma-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Tejun Heo , Li Zefan , Johannes Weiner , Doug Ledford , Christoph Hellwig , Liran Liss , "Hefty, Sean" , Jason Gunthorpe , Haggai Eran , Jonathan Corbet , james.l.morris-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org, serge-A9i7LUbDfNHQT0dZR+AlfA@public.gmane.org, Or Gerlitz , Matan Barak , Andrew Morton , linux-security-module-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-Id: linux-rdma@vger.kernel.org Hi Leon, On Wed, Oct 5, 2016 at 4:52 PM, Leon Romanovsky wrote: > On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote: >> rdmacg: IB/core: rdma controller support >> >> Patch is generated and tested against below Doug's linux-rdma >> git tree. >> >> URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git >> Branch: master >> >> Patchset is also compiled and tested against below Tejun's cgroup tree >> using cgroup v2 mode. >> URL: git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git >> Branch: master >> >> Overview: >> 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 may not even get chance >> to allocate any rdma resources. This results into service unavailibility. >> >> RDMA cgroup addresses this issue by allowing resource accounting, >> limit enforcement on per cgroup, per rdma device basis. >> >> RDMA uverbs layer will enforce limits on well defined RDMA verb >> resources without any HCA vendor device driver involvement. >> >> RDMA uverbs layer will not do limit enforcement of HCA hw vendor >> specific resources. Instead rdma cgroup provides set of APIs >> through which vendor specific drivers can do resource accounting >> by making use of rdma cgroup. > > Hi Parav, > I want to propose an extension to the RDMA cgroup which can be done as > follow-up patches. > To bring logical end to this feature/patch discussion and to progress towards merging it, Lets discuss this new feature in follow-on email right after this email between these two mailing list and I will drop linux kernel and docs mailing list. > Let's add new global type, which will control whole HCA (for example in percentages). It will > allow natively define new objects without need to introduce them to the user. > > This HCA share will be overwritten by specific UVERBS types which you > already defined. > > What do you think? > > Except this proposal, > Reviewed-by: Leon Romanovsky Thanks a lot for review. Parav -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S941918AbcJFNAF (ORCPT ); Thu, 6 Oct 2016 09:00:05 -0400 Received: from mail-yw0-f195.google.com ([209.85.161.195]:32820 "EHLO mail-yw0-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932125AbcJFM74 (ORCPT ); Thu, 6 Oct 2016 08:59:56 -0400 MIME-Version: 1.0 In-Reply-To: <20161005112206.GC9282@leon.nu> References: <1472632647-1525-1-git-send-email-pandit.parav@gmail.com> <20161005112206.GC9282@leon.nu> From: Parav Pandit Date: Thu, 6 Oct 2016 18:29:54 +0530 Message-ID: Subject: Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support To: Leon Romanovsky Cc: cgroups@vger.kernel.org, linux-doc@vger.kernel.org, Linux Kernel Mailing List , linux-rdma@vger.kernel.org, Tejun Heo , Li Zefan , Johannes Weiner , Doug Ledford , Christoph Hellwig , Liran Liss , "Hefty, Sean" , Jason Gunthorpe , Haggai Eran , Jonathan Corbet , james.l.morris@oracle.com, serge@hallyn.com, Or Gerlitz , Matan Barak , Andrew Morton , linux-security-module@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Leon, On Wed, Oct 5, 2016 at 4:52 PM, Leon Romanovsky wrote: > On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote: >> rdmacg: IB/core: rdma controller support >> >> Patch is generated and tested against below Doug's linux-rdma >> git tree. >> >> URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.git >> Branch: master >> >> Patchset is also compiled and tested against below Tejun's cgroup tree >> using cgroup v2 mode. >> URL: git://git.kernel.org/pub/scm/linux/kernel/git/tj/cgroup.git >> Branch: master >> >> Overview: >> 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 may not even get chance >> to allocate any rdma resources. This results into service unavailibility. >> >> RDMA cgroup addresses this issue by allowing resource accounting, >> limit enforcement on per cgroup, per rdma device basis. >> >> RDMA uverbs layer will enforce limits on well defined RDMA verb >> resources without any HCA vendor device driver involvement. >> >> RDMA uverbs layer will not do limit enforcement of HCA hw vendor >> specific resources. Instead rdma cgroup provides set of APIs >> through which vendor specific drivers can do resource accounting >> by making use of rdma cgroup. > > Hi Parav, > I want to propose an extension to the RDMA cgroup which can be done as > follow-up patches. > To bring logical end to this feature/patch discussion and to progress towards merging it, Lets discuss this new feature in follow-on email right after this email between these two mailing list and I will drop linux kernel and docs mailing list. > Let's add new global type, which will control whole HCA (for example in percentages). It will > allow natively define new objects without need to introduce them to the user. > > This HCA share will be overwritten by specific UVERBS types which you > already defined. > > What do you think? > > Except this proposal, > Reviewed-by: Leon Romanovsky Thanks a lot for review. Parav