Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758715AbcDEMzc (ORCPT ); Tue, 5 Apr 2016 08:55:32 -0400 Received: from mail-wm0-f67.google.com ([74.125.82.67]:35394 "EHLO mail-wm0-f67.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753149AbcDEMz3 (ORCPT ); Tue, 5 Apr 2016 08:55:29 -0400 MIME-Version: 1.0 In-Reply-To: <20160405124252.GA4348@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> Date: Tue, 5 Apr 2016 05:55:26 -0700 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: 1323 Lines: 29 Hi Christoph, On Tue, Apr 5, 2016 at 5:42 AM, Christoph Hellwig wrote: > On Tue, Apr 05, 2016 at 05:39:21AM -0700, Parav Pandit wrote: >> I am not really trying to address OFED issues here. I am sure you >> understand that if ib_core.ko kernel module is in-kernel module than, >> for all the fixes/enhancements that goes to it would require people to >> upgrade to newer kernel, instead of just modules upgrade. Such heavy >> weight upgrade slows down the adoption which i am trying to avoid here >> by placing knobs in right kernel module's hand. > > What a load of rubbish. The Linux kernel is one program and should be > upgraded together. Just because we add one more rdma resource, we need to ask someone to upgrade kernel? Flexibility is coming at very minimal cost, so what exactly is the issue in having that instead of forcing architecture to give away that? Whole code is hardly 700 odd lines. > >> Its like making ib_core.ko from module to in kernel component, if I >> understand correctly nobody wants to do that. > > We allow splitting subsystems out where it's easily doable to avoid the > resources consumption if they're all built in. For cgroups it's not > really practical, but that doesn't mean you can upgrade invidual parts > of a complex program without a lot of precaution.