Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1332367

Re: [PATCHv3 1/3] rdmacg: Added rdma cgroup controller.

From Parav Pandit <pandit.parav@gmail.com>
Newsgroups linux.kernel
Subject Re: [PATCHv3 1/3] rdmacg: Added rdma cgroup controller.
Date 2016-02-11 22:20 +0100
Message-ID <r16OB-5Vk-5@gated-at.bofh.it> (permalink)
References (6 earlier) <qWY3g-2pT-5@gated-at.bofh.it> <qX4s2-6Kt-3@gated-at.bofh.it> <qXrHY-6ZT-19@gated-at.bofh.it> <qXrRE-73c-25@gated-at.bofh.it> <r16OB-5Vk-7@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, Feb 10, 2016 at 9:57 PM, Haggai Eran <haggaie@mellanox.com> wrote:
>
> There is indeed an effort to backport the latest RDMA subsystem modules to
> older kernels, and it would be preferable to be able to introduce new
> resources through these modules.
Right. There is hardly 10 to 20 lines of code that allows to support
this functionality. So I think its good thing to have.


> > If resources are defined by RDMA cgroup kernel than adding/removing
> > resource means, someone have to do lot of engineering with different
> > versions of kernel support and loadable module support using compat.h
> > etc at driver level, which in my mind is some amount of engineering
> > compare to what v5 has to offer and its already available. With one
> > round of cleanup in resource definition, it should be usable.
> If I understand correctly, if the resources are defined in the cgroup,
> you simply won't be able to add new resources with a module update,
> no matter how hard you work.
>

Yes.

Back to linux.kernel | Previous | Next | Find similar | Unroll thread


Thread

Re: [PATCHv3 1/3] rdmacg: Added rdma cgroup controller. Parav Pandit <pandit.parav@gmail.com> - 2016-02-11 22:20 +0100

csiph-web