Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757932AbcDEMj0 (ORCPT ); Tue, 5 Apr 2016 08:39:26 -0400 Received: from mail-wm0-f68.google.com ([74.125.82.68]:32976 "EHLO mail-wm0-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751175AbcDEMjX (ORCPT ); Tue, 5 Apr 2016 08:39:23 -0400 MIME-Version: 1.0 In-Reply-To: <20160405090627.GA26425@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> Date: Tue, 5 Apr 2016 05:39:21 -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: 1130 Lines: 21 Hi Christoph, On Tue, Apr 5, 2016 at 2:06 AM, Christoph Hellwig wrote: > On Mon, Apr 04, 2016 at 09:25:04PM -0400, Tejun Heo wrote: >> Is it actually customary to have rdma core module updated more >> frequently separate from the kernel? Out-of-tree modules being >> updated separately happens quite a bit but this is an in-kernel >> module, which usually is tightly coupled with the rest of the kernel. > > People do it for all the wrong reasons - OFED and organization of morons > wants people to use their modules, which causes lots of harm. Anything > that makes this harder is a good thing. > 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. Its like making ib_core.ko from module to in kernel component, if I understand correctly nobody wants to do that.