Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753159AbcDSI4S (ORCPT ); Tue, 19 Apr 2016 04:56:18 -0400 Received: from mail-wm0-f48.google.com ([74.125.82.48]:35295 "EHLO mail-wm0-f48.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752854AbcDSI4K (ORCPT ); Tue, 19 Apr 2016 04:56:10 -0400 MIME-Version: 1.0 In-Reply-To: <20160405172720.GA31055@infradead.org> References: <1458850962-16057-1-git-send-email-pandit.parav@gmail.com> <1458850962-16057-2-git-send-email-pandit.parav@gmail.com> <20160404193640.GA7822@mtj.duckdns.org> <20160405012504.GG24661@htj.duckdns.org> <20160405090627.GA26425@infradead.org> <20160405124252.GA4348@infradead.org> <20160405172720.GA31055@infradead.org> Date: Tue, 19 Apr 2016 14:26:08 +0530 Message-ID: Subject: Re: [PATCHv10 1/3] rdmacg: Added rdma cgroup controller From: Parav Pandit To: Christoph Hellwig Cc: Tejun Heo , cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rdma@vger.kernel.org, lizefan@huawei.com, Johannes Weiner , Doug Ledford , Liran Liss , "Hefty, Sean" , Jason Gunthorpe , Haggai Eran , Jonathan Corbet , james.l.morris@oracle.com, serge@hallyn.com, Or Gerlitz , Matan Barak , akpm@linux-foundation.org, 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 Content-Length: 1169 Lines: 32 Hi Christoph, I was on travel. Sorry for the late inline response and question. Parav On Tue, Apr 5, 2016 at 10:57 PM, Christoph Hellwig wrote: > On Tue, Apr 05, 2016 at 05:55:26AM -0700, Parav Pandit wrote: >> Just because we add one more rdma resource, we need to ask someone to >> upgrade kernel? > > Yes. Just like when you need any other core kernel resource. By architecture Linux kernel allows (a) plugin of any new block level IO scheduler as kernel module. This is much more fundamental resource or functionality than rdma resource. (b) plugin of any new file system as kernel module. Changing both in field and out of box can do be more harmful than defining new rdma resource. RDMA Resource definition by IB core module is very similar to above two functionality, where elevator and VFS provides basic support framework and so rdma cgroup controller here. So can you please help me understand - which resource did you compare against in your above comment for "core kernel resource"? I compared it with similar functionality, flexibility given by (a) block IO Scheduler and (b) VFS subsystem to implement them as kernel module.