Message-ID: <5530C3F3.5040708@profitbricks.com>
Date: Fri, 17 Apr 2015 10:27:31 +0200
From: Michael Wang <yun.wang@profitbricks.com>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0
MIME-Version: 1.0
To: "Hefty, Sean" <sean.hefty@intel.com>, Tom Talpey <tom@talpey.com>,
        Hal Rosenstock <hal@dev.mellanox.co.il>
CC: Roland Dreier <roland@kernel.org>,
        Hal Rosenstock <hal.rosenstock@gmail.com>,
        "linux-rdma@vger.kernel.org" <linux-rdma@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        Tom Tucker <tom@opengridcomputing.com>,
        Steve Wise <swise@opengridcomputing.com>,
        Hoang-Nam Nguyen <hnguyen@de.ibm.com>,
        Christoph Raisch <raisch@de.ibm.com>,
        infinipath <infinipath@intel.com>, Eli Cohen <eli@mellanox.com>,
        "Latif, Faisal" <faisal.latif@intel.com>,
        Jack Morgenstein <jackm@dev.mellanox.co.il>,
        Or Gerlitz <ogerlitz@mellanox.com>, Haggai Eran <haggaie@mellanox.com>,
        "Weiny, Ira" <ira.weiny@intel.com>,
        Jason Gunthorpe <jgunthorpe@obsidianresearch.com>,
        Doug Ledford <dledford@redhat.com>
Subject: Re: [PATCH v4 10/27] IB/Verbs: Reform cm related part in IB-core
 cma/ucm
References: <552F6CF2.4000606@profitbricks.com> <552F6DEA.9080701@profitbricks.com> <552FB4D0.5080302@dev.mellanox.co.il> <552FB6EF.80107@profitbricks.com> <1828884A29C6694DAF28B7E6B8A82373A8FC22C3@ORSMSX109.amr.corp.intel.com> <552FD3BE.4090204@profitbricks.com> <552FEFAC.6080402@talpey.com> <1828884A29C6694DAF28B7E6B8A82373A8FC2508@ORSMSX109.amr.corp.intel.com>
In-Reply-To: <1828884A29C6694DAF28B7E6B8A82373A8FC2508@ORSMSX109.amr.corp.intel.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1355
Lines: 47


On 04/16/2015 07:30 PM, Hefty, Sean wrote:
>>> To be confirmed:
>>> 				PORT ASSIGNED
>>> 	rdma_init_qp_attr	Y
>>> 	rdma_destroy_id		unknown
>>> 	cma_listen_on_dev	N
>>> 	cma_bind_loopback	N
> 
> Bind loopback will attach to a port, but the id does not have on entry.
> 
>>> 	rdma_listen		N
>>
>> Why "N"? rdma_listen() can be constrained to a single port, right?
>> And even if wildcarded, it needs to act on multiple ports, which is
>> to say, it will fail only if no ports are eligible.
> 
> Rdma listen should be unknown.  The id may be assigned to a port.  It depends on the source address.

Agree, so for those 'N' or 'unknow', let's use port 1 directly.

> 
>>> 	rdma_connect		Y
>>> 	rdma_accept		Y
>>> 	rdma_reject		Y
>>> 	rdma_disconnect		Y
>>> 	ib_ucm_add_one		N
> 
> Others look correct.
> 
> Btw, thanks for your work on this.  I know this is becoming a much bigger change than you originally intended.  :)

My pleasure :-) It do exceeded my expectations, fortunately I have you guys
on my side, without your comments, it's impossible to make it so far :-)

Regards,
Michael Wang

> 
> - Sean
> 
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/