From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tejun Heo Subject: Re: [PATCHv12 0/3] rdmacg: IB/core: rdma controller support Date: Wed, 19 Oct 2016 16:05:36 -0400 Message-ID: <20161019200536.GC3044@htj.duckdns.org> References: <20161010132014.GD29742@mtj.duckdns.org> <20161013231413.GA32534@mtj.duckdns.org> <20161018215134.GB2761@htj.duckdns.org> <20161019143345.GA18532@htj.duckdns.org> <20161019192006.GB3044@htj.duckdns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: Content-Disposition: inline In-Reply-To: Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org To: Parav Pandit Cc: Leon Romanovsky , cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-rdma , Li Zefan , Johannes Weiner , Doug Ledford , Christoph Hellwig , Liran Liss , "Hefty, Sean" , Jason Gunthorpe , Haggai Eran , james.l.morris-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org, Or Gerlitz , Matan Barak List-Id: linux-rdma@vger.kernel.org Hello, Parav. On Thu, Oct 20, 2016 at 01:24:42AM +0530, Parav Pandit wrote: > userland can get the max numbers using other framework which is used > by control & data plane available in C library form or in form of > system tools. > I was preferring to get and set through same interface because, > It simplifies user land software which is often not written in C so > its likely that it needs to rely on system tools and parse the > content, iterate through devices etc. > Getting these info through rdma.max just makes it simple. There will > be logic built to read/write rdma.max in userland anyway, which can be > leveraged for percentage calculation instead of doing it from two > places. Yeah, I get that this can be convenient in this case but it isn't a generic approach. I'd much prefer keeping it in line with other resources. Thanks. -- tejun