Hi Greg,
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Monday, March 6, 2017 10:53 PM
> To: Bart Van Assche <bart.vanass...@sandisk.com>
> Cc: Doug Ledford <dledf...@redhat.com>; Sebastian Ott
> <seb...@linu
Hi Greg,
> -Original Message-
> From: Greg Kroah-Hartman [mailto:gre...@linuxfoundation.org]
> Sent: Monday, March 6, 2017 10:53 PM
> To: Bart Van Assche
> Cc: Doug Ledford ; Sebastian Ott
> ; Parav Pandit ; linux-
> r...@vger.kernel.org; linux-kernel@vger.kern
xfoundation.org>; Sebastian Ott
> <seb...@linux.vnet.ibm.com>; Parav Pandit <pa...@mellanox.com>; linux-
> r...@vger.kernel.org; linux-kernel@vger.kernel.org; Bart Van Assche
> <bart.vanass...@sandisk.com>; Bjorn Helgaas <bhelg...@google.com>;
> Benjam
Hi Bart,
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Bart Van Assche
> Sent: Monday, March 6, 2017 6:36 PM
> To: Doug Ledford
> Cc: Greg Kroah-Hartman ; Sebastian Ott
> ; Para
xfoundation.org>; Sebastian Ott
> <seb...@linux.vnet.ibm.com>; Parav Pandit <pa...@mellanox.com>; linux-
> r...@vger.kernel.org; linux-kernel@vger.kernel.org; Bart Van Assche
> <bart.vanass...@sandisk.com>; Bjorn Helgaas <bhelg...@google.com>;
> Benjam
Hi Bart,
> -Original Message-
> From: linux-rdma-ow...@vger.kernel.org [mailto:linux-rdma-
> ow...@vger.kernel.org] On Behalf Of Bart Van Assche
> Sent: Monday, March 6, 2017 6:36 PM
> To: Doug Ledford
> Cc: Greg Kroah-Hartman ; Sebastian Ott
> ; Para
Hi Bart,
I am using Linux-block tree testing on x86_64.
git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git
Commit ac1820fb286b552b6885d40ab34f1e59b815f1f1 introduced dma_ops related
change that you made.
With this change I am hitting below error in mlx5_ib driver.
"DMAR:
Hi Bart,
I am using Linux-block tree testing on x86_64.
git://git.kernel.org/pub/scm/linux/kernel/git/axboe/linux-block.git
Commit ac1820fb286b552b6885d40ab34f1e59b815f1f1 introduced dma_ops related
change that you made.
With this change I am hitting below error in mlx5_ib driver.
"DMAR:
Hi Eric,
Will you be able to merge this patch if it looks o.k.
Parav
> -Original Message-
> From: Parav Pandit [mailto:pa...@mellanox.com]
> Sent: Friday, January 27, 2017 1:39 PM
> To: ebied...@xmission.com; adityak...@google.com; t...@kernel.org; linux-
> ker...@vger.
Hi Eric,
Will you be able to merge this patch if it looks o.k.
Parav
> -Original Message-
> From: Parav Pandit [mailto:pa...@mellanox.com]
> Sent: Friday, January 27, 2017 1:39 PM
> To: ebied...@xmission.com; adityak...@google.com; t...@kernel.org; linux-
> ker...@vger.
.
Resending it to include Eric Biederman to merge the changes.
Signed-off-by: Parav Pandit <pa...@mellanox.com>
---
include/linux/nsproxy.h | 10 +-
kernel/nsproxy.c| 12 +++-
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/linux/nsproxy.h b/i
.
Resending it to include Eric Biederman to merge the changes.
Signed-off-by: Parav Pandit
---
include/linux/nsproxy.h | 10 +-
kernel/nsproxy.c| 12 +++-
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/linux/nsproxy.h b/include/linux/nsproxy.h
.
Signed-off-by: Parav Pandit <pa...@mellanox.com>
---
include/linux/nsproxy.h | 10 +-
kernel/nsproxy.c| 12 +++-
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/linux/nsproxy.h b/include/linux/nsproxy.h
index ac0d65b..24556f4 100644
--- a/i
.
Signed-off-by: Parav Pandit
---
include/linux/nsproxy.h | 10 +-
kernel/nsproxy.c| 12 +++-
2 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/include/linux/nsproxy.h b/include/linux/nsproxy.h
index ac0d65b..24556f4 100644
--- a/include/linux/nsproxy.h
+++ b
On Tue, Jan 10, 2017 at 10:15 AM, Tejun Heo <t...@kernel.org> wrote:
> On Tue, Jan 10, 2017 at 12:02:12AM +0000, Parav Pandit wrote:
>> Patchset is compiled and tested against below Tejun's cgroup tree
>> using cgroup v1 and v2 mode.
>> URL: git://git.kernel.org/
On Tue, Jan 10, 2017 at 10:15 AM, Tejun Heo wrote:
> On Tue, Jan 10, 2017 at 12:02:12AM +0000, Parav Pandit wrote:
>> Patchset is compiled and tested against below Tejun's cgroup tree
>> using cgroup v1 and v2 mode.
>> URL: git://git.kernel.org/pub/scm/linux/kernel/git/tj
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
drivers/infiniband/core/Makefile | 1 +
drivers/infiniband/core/cgroup.c
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
Documentation/cgroup-v1/rdma.txt | 109 +++
Documentation/cgroup-v2.txt
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit
---
drivers/infiniband/core/Makefile | 1 +
drivers/infiniband/core/cgroup.c | 62 +
drivers
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 109 +++
Documentation/cgroup-v2.txt | 38 ++
2 files
, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
include/linux/cgroup_rdma.h | 53
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/cgroup/Makefile
, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit
---
include/linux/cgroup_rdma.h | 53
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/cgroup/Makefile| 1 +
kernel/cgroup/rdma.c
drivers).
* Created new rdma controller instead of piggyback on device cgroup.
* Fixed race conditions for multiple tasks sharing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use rdma cgr
drivers).
* Created new rdma controller instead of piggyback on device cgroup.
* Fixed race conditions for multiple tasks sharing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use rdma cgr
Hi Tejun,
On Mon, Jan 9, 2017 at 7:02 AM, Tejun Heo <t...@kernel.org> wrote:
> On Fri, Dec 02, 2016 at 07:07:14PM +0000, Parav Pandit wrote:
>> Patch is generated and tested against below Doug's linux-rdma
>> git tree.
>> URL: git://git.kernel.org/pub/scm/linux/k
Hi Tejun,
On Mon, Jan 9, 2017 at 7:02 AM, Tejun Heo wrote:
> On Fri, Dec 02, 2016 at 07:07:14PM +0000, Parav Pandit wrote:
>> Patch is generated and tested against below Doug's linux-rdma
>> git tree.
>> URL: git://git.kernel.org/pub/scm/linux/kernel/git/dledford/rdma.
ok. Thanks Tejun.
Parav
On Tue, Dec 6, 2016 at 1:05 AM, Tejun Heo wrote:
> Parav, it's a bit too late for this cycle. Let's target v4.11. I'll
> review the patches after the merge window. Please ping me if I don't.
>
> Thanks.
>
> --
> tejun
ok. Thanks Tejun.
Parav
On Tue, Dec 6, 2016 at 1:05 AM, Tejun Heo wrote:
> Parav, it's a bit too late for this cycle. Let's target v4.11. I'll
> review the patches after the merge window. Please ping me if I don't.
>
> Thanks.
>
> --
> tejun
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
drivers/infiniband/core/Makefile | 1 +
drivers/infiniband/core/cgroup.c
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit
---
drivers/infiniband/core/Makefile | 1 +
drivers/infiniband/core/cgroup.c | 62 ++
drivers
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
Documentation/cgroup-v1/rdma.txt | 109 +++
Documentation/cgroup-v2.txt
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 109 +++
Documentation/cgroup-v2.txt | 38 ++
2 files
etting
(optional to drivers).
* Created new rdma controller instead of piggyback on device cgroup.
* Fixed race conditions for multiple tasks sharing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use r
, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
include/linux/cgroup_rdma.h | 53
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/Makefile | 1 +
etting
(optional to drivers).
* Created new rdma controller instead of piggyback on device cgroup.
* Fixed race conditions for multiple tasks sharing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use r
, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit
---
include/linux/cgroup_rdma.h | 53
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/Makefile | 1 +
kernel/cgroup_rdma.c
be simpler if
that happens.
Please provide the direction.
[7] https://lkml.org/lkml/2016/10/5/134
[8] https://lkml.org/lkml/2016/10/5/30
Regards,
Parav Pandit
On Tue, Oct 4, 2016 at 11:49 PM, Parav Pandit <pandit.pa...@gmail.com> wrote:
> Hi Doug,
>
> I am still waiting for Leon
be simpler if
that happens.
Please provide the direction.
[7] https://lkml.org/lkml/2016/10/5/134
[8] https://lkml.org/lkml/2016/10/5/30
Regards,
Parav Pandit
On Tue, Oct 4, 2016 at 11:49 PM, Parav Pandit wrote:
> Hi Doug,
>
> I am still waiting for Leon to provide his comments if an
Hi Leon,
On Wed, Oct 5, 2016 at 4:52 PM, Leon Romanovsky <l...@kernel.org> wrote:
> On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote:
>> rdmacg: IB/core: rdma controller support
>>
>> Patch is generated and tested against below Doug's linux-rdma
Hi Leon,
On Wed, Oct 5, 2016 at 4:52 PM, Leon Romanovsky wrote:
> On Wed, Aug 31, 2016 at 02:07:24PM +0530, Parav Pandit wrote:
>> rdmacg: IB/core: rdma controller support
>>
>> Patch is generated and tested against below Doug's linux-rdma
>> git tree.
>>
>
Hi Christoph,
On Wed, Oct 5, 2016 at 12:07 PM, Christoph Hellwig wrote:
> FYI, the patches look fine to me:
>
> Acked-by: Christoph Hellwig
>
Thanks a lot for review.
Parav
Hi Christoph,
On Wed, Oct 5, 2016 at 12:07 PM, Christoph Hellwig wrote:
> FYI, the patches look fine to me:
>
> Acked-by: Christoph Hellwig
>
Thanks a lot for review.
Parav
[5] https://lkml.org/lkml/2016/9/19/571
[6] http://www.spinics.net/lists/linux-rdma/msg40337.html
[7] email subject: [RFC ABI V4 0/7] SG-based RDMA ABI Proposal
Regards,
Parav Pandit
On Wed, Sep 21, 2016 at 9:32 PM, Parav Pandit <pandit.pa...@gmail.com> wrote:
> Hi Tejun,
>
> On Wed,
[5] https://lkml.org/lkml/2016/9/19/571
[6] http://www.spinics.net/lists/linux-rdma/msg40337.html
[7] email subject: [RFC ABI V4 0/7] SG-based RDMA ABI Proposal
Regards,
Parav Pandit
On Wed, Sep 21, 2016 at 9:32 PM, Parav Pandit wrote:
> Hi Tejun,
>
> On Wed, Sep 21, 2016 at 7:56 PM, Teju
Hi Tejun,
On Wed, Sep 21, 2016 at 7:56 PM, Tejun Heo <t...@kernel.org> wrote:
> Hello, Parav.
>
> On Wed, Sep 21, 2016 at 10:13:38AM +0530, Parav Pandit wrote:
>> We have completed review from Tejun, Christoph.
>> HFI driver folks also provided feedback for Intel drive
Hi Tejun,
On Wed, Sep 21, 2016 at 7:56 PM, Tejun Heo wrote:
> Hello, Parav.
>
> On Wed, Sep 21, 2016 at 10:13:38AM +0530, Parav Pandit wrote:
>> We have completed review from Tejun, Christoph.
>> HFI driver folks also provided feedback for Intel drivers.
>> Matan's
Hi Leon,
On Fri, Sep 16, 2016 at 12:26 AM, Leon Romanovsky <l...@kernel.org> wrote:
> On Wed, Sep 14, 2016 at 12:36:19PM +0530, Parav Pandit wrote:
>> Hi Dennis,
>>
>> Do you know how would HFI1 driver would work along with rdma cgroup?
>>
>> Hi
Hi Leon,
On Fri, Sep 16, 2016 at 12:26 AM, Leon Romanovsky wrote:
> On Wed, Sep 14, 2016 at 12:36:19PM +0530, Parav Pandit wrote:
>> Hi Dennis,
>>
>> Do you know how would HFI1 driver would work along with rdma cgroup?
>>
>> Hi Matan, Leon, Jason,
>> Apar
Hi Denny,
On Mon, Sep 19, 2016 at 6:40 PM, Dalessandro, Dennis
<dennis.dalessan...@intel.com> wrote:
> On Wed, 2016-09-14 at 12:36 +0530, Parav Pandit wrote:
>> Hi Dennis,
>>
>> Do you know how would HFI1 driver would work along with rdma cgroup?
>
> Keep i
Hi Denny,
On Mon, Sep 19, 2016 at 6:40 PM, Dalessandro, Dennis
wrote:
> On Wed, 2016-09-14 at 12:36 +0530, Parav Pandit wrote:
>> Hi Dennis,
>>
>> Do you know how would HFI1 driver would work along with rdma cgroup?
>
> Keep in mind HFI1 driver has two "modes&q
Hi Matan,
On Wed, Sep 14, 2016 at 1:44 PM, Matan Barak <mat...@mellanox.com> wrote:
> On 14/09/2016 10:06, Parav Pandit wrote:
>>
>> Hi Dennis,
>>
>> Do you know how would HFI1 driver would work along with rdma cgroup?
>>
>> Hi Matan, Leon, Jason,
&
Hi Matan,
On Wed, Sep 14, 2016 at 1:44 PM, Matan Barak wrote:
> On 14/09/2016 10:06, Parav Pandit wrote:
>>
>> Hi Dennis,
>>
>> Do you know how would HFI1 driver would work along with rdma cgroup?
>>
>> Hi Matan, Leon, Jason,
>> Apart from HFI1, is
Hi Dennis,
Do you know how would HFI1 driver would work along with rdma cgroup?
Hi Matan, Leon, Jason,
Apart from HFI1, is there any other concern?
Or Patch is good to go?
4.8 dates are close by (2 weeks) and there are two git trees involved
(that might cause merge error to Linus) so if there
Hi Dennis,
Do you know how would HFI1 driver would work along with rdma cgroup?
Hi Matan, Leon, Jason,
Apart from HFI1, is there any other concern?
Or Patch is good to go?
4.8 dates are close by (2 weeks) and there are two git trees involved
(that might cause merge error to Linus) so if there
On Thu, Sep 8, 2016 at 11:42 AM, Leon Romanovsky <l...@kernel.org> wrote:
> On Wed, Sep 07, 2016 at 08:37:23PM +0530, Parav Pandit wrote:
>> Did you get a chance to review the series?
>
> We need to decide on fundamental question before reviewing it, which is
> "how t
On Thu, Sep 8, 2016 at 11:42 AM, Leon Romanovsky wrote:
> On Wed, Sep 07, 2016 at 08:37:23PM +0530, Parav Pandit wrote:
>> Did you get a chance to review the series?
>
> We need to decide on fundamental question before reviewing it, which is
> "how to fit rdmacg to new
Hi Leon,
>> Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
>> +static struct rdmacg_resource_pool *
>> +get_cg_rpool_locked(struct rdma_cgroup *cg, struct rdmacg_device *device)
>> +{
>> + struct rdmacg_resource_pool *rpool;
>> +
>&g
Hi Leon,
>> Signed-off-by: Parav Pandit
>> +static struct rdmacg_resource_pool *
>> +get_cg_rpool_locked(struct rdma_cgroup *cg, struct rdmacg_device *device)
>> +{
>> + struct rdmacg_resource_pool *rpool;
>> +
>> + rpool = find_cg_rp
On Wed, Sep 7, 2016 at 2:21 PM, Matan Barak <mat...@mellanox.com> wrote:
> On 07/09/2016 10:55, Parav Pandit wrote:
>>
>> Hi Matan,
>>
>> On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig <h...@lst.de> wrote:
>>>
>>> On Thu, Sep 01, 2016 at
On Wed, Sep 7, 2016 at 2:21 PM, Matan Barak wrote:
> On 07/09/2016 10:55, Parav Pandit wrote:
>>
>> Hi Matan,
>>
>> On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
>>>
>>> On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
>>
Hi Matan,
On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
> On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
>> Well, if I recall, the reason doing so last time was in order to allow
>> flexible updating of ib_core independently, which is obviously not a good
>>
Hi Matan,
On Thu, Sep 1, 2016 at 2:14 PM, Christoph Hellwig wrote:
> On Thu, Sep 01, 2016 at 10:25:40AM +0300, Matan Barak wrote:
>> Well, if I recall, the reason doing so last time was in order to allow
>> flexible updating of ib_core independently, which is obviously not a good
>> reason (to
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
drivers/infiniband/core/Makefile| 1 +
drivers/infiniband/core/cgroup.c
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit
---
drivers/infiniband/core/Makefile| 1 +
drivers/infiniband/core/cgroup.c| 93
n device cgroup.
* Fixed race conditions for multiple tasks sharing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use rdma cgroup controller
rdmacg: Added documentation for rdmacg
Documentati
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt
necessary, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
include/linux/cgroup_rdma.h | 66 +
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/Ma
n device cgroup.
* Fixed race conditions for multiple tasks sharing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use rdma cgroup controller
rdmacg: Added documentation for rdmacg
Documentati
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt | 45 +++
2 files
necessary, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit
---
include/linux/cgroup_rdma.h | 66 +
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/Makefile | 1 +
kernel
Hi Christoph,
On Thu, Aug 25, 2016 at 1:02 PM, Christoph Hellwig wrote:
> On Wed, Aug 24, 2016 at 05:17:47PM -0400, Tejun Heo wrote:
>> Looks good to me. I just have a nit in the documentation. Christoph,
>> what do you think?
>
> Looks reasonable from a quick look, but I didn't
Hi Christoph,
On Thu, Aug 25, 2016 at 1:02 PM, Christoph Hellwig wrote:
> On Wed, Aug 24, 2016 at 05:17:47PM -0400, Tejun Heo wrote:
>> Looks good to me. I just have a nit in the documentation. Christoph,
>> what do you think?
>
> Looks reasonable from a quick look, but I didn't do a full
Hi Rami Rosen,
On Thu, Aug 25, 2016 at 4:25 AM, Rami Rosen wrote:
> Hi,
>
>> +Whenever RDMA resource charing occurs, owner rdma cgroup is returned to
> Should be: charging instead of charing
>
>> +(b) Query resource limit:
>> +cat /sys/fs/cgroup/rdma/2/rdma.max
>> +#Output:
Hi Rami Rosen,
On Thu, Aug 25, 2016 at 4:25 AM, Rami Rosen wrote:
> Hi,
>
>> +Whenever RDMA resource charing occurs, owner rdma cgroup is returned to
> Should be: charging instead of charing
>
>> +(b) Query resource limit:
>> +cat /sys/fs/cgroup/rdma/2/rdma.max
>> +#Output:
>> +mlx4_0 uctx=max
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt
Added documentation for v1 and v2 version describing high
level design and usage examples on using rdma controller.
Signed-off-by: Parav Pandit
---
Documentation/cgroup-v1/rdma.txt | 117 +++
Documentation/cgroup-v2.txt | 44 +++
2 files
necessary, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
include/linux/cgroup_rdma.h | 66 +
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/Ma
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit <pandit.pa...@gmail.com>
---
drivers/infiniband/core/Makefile | 1 +
drivers/infiniband/core/cgroup.c
necessary, instead of
creating them during cgroup creation and device registration time.
Signed-off-by: Parav Pandit
---
include/linux/cgroup_rdma.h | 66 +
include/linux/cgroup_subsys.h | 4 +
init/Kconfig | 10 +
kernel/Makefile | 1 +
kernel
functionality.
Added support during query_device uverb operation to ensure it
returns resource limits by honoring rdma cgroup configured limits.
Signed-off-by: Parav Pandit
---
drivers/infiniband/core/Makefile | 1 +
drivers/infiniband/core/cgroup.c | 69 +
drivers
ing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use rdma cgroup controller
rdmacg: Added documentation for rdmacg
Documentation/cgroup-v1/rdma.txt | 117 ++
Documentation/cgroup-v2.tx
ing rdma resources.
* Removed dependency on the task_struct.
Parav Pandit (3):
rdmacg: Added rdma cgroup controller
IB/core: added support to use rdma cgroup controller
rdmacg: Added documentation for rdmacg
Documentation/cgroup-v1/rdma.txt | 117 ++
Documentation/cgroup-v2.tx
faster pace and avoids complexity around back-porting
on various OS and their kernel flavors.
Please let me know your views.
Regards,
Parav Pandit
On Tue, Apr 19, 2016 at 2:26 PM, Parav Pandit <pandit.pa...@gmail.com> wrote:
> Hi Christoph,
>
> I was on travel. Sorry for
faster pace and avoids complexity around back-porting
on various OS and their kernel flavors.
Please let me know your views.
Regards,
Parav Pandit
On Tue, Apr 19, 2016 at 2:26 PM, Parav Pandit wrote:
> Hi Christoph,
>
> I was on travel. Sorry for the late inline response and
On Wed, May 18, 2016 at 7:37 PM, Doug Ledford <dledf...@redhat.com> wrote:
> On 05/17/2016 10:48 PM, Parav Pandit wrote:
>> Hi Doug,
>>
>> On Tue, May 17, 2016 at 11:02 PM, Doug Ledford <dledf...@redhat.com> wrote:
>>> Nice catch there Bart. That was we
On Wed, May 18, 2016 at 7:37 PM, Doug Ledford wrote:
> On 05/17/2016 10:48 PM, Parav Pandit wrote:
>> Hi Doug,
>>
>> On Tue, May 17, 2016 at 11:02 PM, Doug Ledford wrote:
>>> Nice catch there Bart. That was well before my role as maintainer and
>>> so set
Hi Doug,
On Tue, May 17, 2016 at 11:02 PM, Doug Ledford wrote:
> Nice catch there Bart. That was well before my role as maintainer and
> so settles things well enough for me. IOW, I don't feel I need to worry
> about trying to maintain the dual license nature of the RDMA
Hi Doug,
On Tue, May 17, 2016 at 11:02 PM, Doug Ledford wrote:
> Nice catch there Bart. That was well before my role as maintainer and
> so settles things well enough for me. IOW, I don't feel I need to worry
> about trying to maintain the dual license nature of the RDMA stack as it
> was
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 <h...@infradead.org> wrote:
> On Tue, Apr 05, 2016 at 05:55:26AM -0700, Parav Pandit wrote:
>> Just because we add one more rdma resource,
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
&
On Tue, Apr 5, 2016 at 7:01 AM, Tejun Heo <t...@kernel.org> wrote:
> Hello, Parav.
>
> On Mon, Apr 04, 2016 at 07:22:38PM -0700, Parav Pandit wrote:
>> > Is it actually customary to have rdma core module updated more
>> > frequently separate from the kernel? Out-o
On Tue, Apr 5, 2016 at 7:01 AM, Tejun Heo wrote:
> Hello, Parav.
>
> On Mon, Apr 04, 2016 at 07:22:38PM -0700, Parav Pandit wrote:
>> > Is it actually customary to have rdma core module updated more
>> > frequently separate from the kernel? Out-of-tree modules be
On Tue, Apr 5, 2016 at 7:07 AM, Tejun Heo wrote:
> Just one more thing.
>
> On Tue, Apr 05, 2016 at 10:01:07AM -0400, Tejun Heo wrote:
> ...
>> > pool_info in spin lock context, made me allocate memory to get all
>> > values upfront through allocation.
>> > Now that the lock is
On Tue, Apr 5, 2016 at 7:07 AM, Tejun Heo wrote:
> Just one more thing.
>
> On Tue, Apr 05, 2016 at 10:01:07AM -0400, Tejun Heo wrote:
> ...
>> > pool_info in spin lock context, made me allocate memory to get all
>> > values upfront through allocation.
>> > Now that the lock is going away, I can
Hi Christoph,
On Tue, Apr 5, 2016 at 5:42 AM, Christoph Hellwig <h...@infradead.org> 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
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 t
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
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
Hi Tejun,
On Mon, Apr 4, 2016 at 6:25 PM, Tejun Heo <t...@kernel.org> wrote:
> Hello,
>
> On Mon, Apr 04, 2016 at 03:50:54PM -0700, Parav Pandit wrote:
>> 2nd advantage is, it allows avoiding lot of rework, in bundling kernel
>> modules with different kernel versions.
Hi Tejun,
On Mon, Apr 4, 2016 at 6:25 PM, Tejun Heo wrote:
> Hello,
>
> On Mon, Apr 04, 2016 at 03:50:54PM -0700, Parav Pandit wrote:
>> 2nd advantage is, it allows avoiding lot of rework, in bundling kernel
>> modules with different kernel versions. So it is certainl
301 - 400 of 678 matches
Mail list logo