[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <55365D03.5050205@mellanox.com>
Date: Tue, 21 Apr 2015 17:21:55 +0300
From: Haggai Eran <haggaie@...lanox.com>
To: Steve Wise <swise@...ngridcomputing.com>,
Doug Ledford <dledford@...hat.com>,
Roland Dreier <roland@...nel.org>
CC: Sean Hefty <sean.hefty@...el.com>, <linux-rdma@...r.kernel.org>,
<netdev@...r.kernel.org>, Liran Liss <liranl@...lanox.com>,
Guy Shapiro <guysh@...lanox.com>,
Shachar Raindel <raindel@...lanox.com>,
Yotam Kenneth <yotamke@...lanox.com>
Subject: Re: [PATCH v2 00/11] Add network namespace support in the RDMA-CM
On 21/04/2015 17:11, Steve Wise wrote:
> On 4/21/2015 1:36 AM, Haggai Eran wrote:
>> On 20/04/2015 17:53, Steve Wise wrote:
>>> Hey Haggai,
>>>
>>> Did you check for changes needed in drivers/infiniband/core/iwcm.c?
>> We focused on namespace support for InfiniBand alone in this series. We
>> didn't handle iWARP, nor did we implement support for RoCE or other
>> transports.
>>
>>> I notice that it uses init_net here:
>>>
>>> static int __init iw_cm_init(void)
>>> {
>>> iwcm_wq = create_singlethread_workqueue("iw_cm_wq");
>>> if (!iwcm_wq)
>>> return -ENOMEM;
>>>
>>> iwcm_ctl_table_hdr = register_net_sysctl(&init_net,
>>> "net/iw_cm",
>>> iwcm_ctl_table);
>>> if (!iwcm_ctl_table_hdr) {
>>> pr_err("iw_cm: couldn't register sysctl paths\n");
>>> destroy_workqueue(iwcm_wq);
>>> return -ENOMEM;
>>> }
>>>
>>> return 0;
>>> }
>>>
>> I see the only thing in the iWARP sysctl registered here is the default
>> backlog. If you want to control this parameter per namespace, we could
>> store it per network namespace, and add a namespace parameter to
>> iw_cm_listen. I'm not sure how important this is though.
>
> I don't think it needs to be per namespace, as long as it still applies
> across all name spaces.
It will, but it will currently only be visible and controllable through
init's namespace.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists