linux-rdma.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 【Question for srpt in kernel-4.14】
@ 2019-07-20  6:54 oulijun
  2019-07-22 18:07 ` Bart Van Assche
  2019-08-19 16:43 ` Question for srpt in kernel-4.14 Bart Van Assche
  0 siblings, 2 replies; 9+ messages in thread
From: oulijun @ 2019-07-20  6:54 UTC (permalink / raw)
  To: Bart Van Assche, dledford, Jason Gunthorpe; +Cc: linux-rdma

Hi, Bart Van Assche & Doug Ledford
  I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
report a warning in srpt_add_one:
  ib_srpt srpt_add_one(hns_0) failed.

  I am tracking the error from ib_cm_listen in srpt_add_one.I found it returned an error when doing server_id validation
the error code as follows:
  static int __ib_cm_listen(struct ib_cm_id *cm_id, __be64 service_id,
			  __be64 service_mask)
{
	struct cm_id_private *cm_id_priv, *cur_cm_id_priv;
	int ret = 0;

	service_mask = service_mask ? service_mask : ~cpu_to_be64(0);
	service_id &= service_mask;
	if ((service_id & IB_SERVICE_ID_AGN_MASK) == IB_CM_ASSIGN_SERVICE_ID &&
	    (service_id != IB_CM_ASSIGN_SERVICE_ID))
		return -EINVAL;
 	......
 }

static void srpt_add_one(struct ib_device *device)
{
	struct srpt_device *sdev;
	struct srpt_port *sport;
	int i;

	pr_debug("device = %p\n", device);

	sdev = kzalloc(sizeof(*sdev), GFP_KERNEL);
	if (!sdev)
		goto err;

	sdev->device = device;
	mutex_init(&sdev->sdev_mutex);

	sdev->pd = ib_alloc_pd(device, 0);
	if (IS_ERR(sdev->pd))
		goto free_dev;

	sdev->lkey = sdev->pd->local_dma_lkey;

	sdev->srq_size = min(srpt_srq_size, sdev->device->attrs.max_srq_wr);

	srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);

	if (!srpt_service_guid)
		srpt_service_guid = be64_to_cpu(device->node_guid);

	sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
	if (IS_ERR(sdev->cm_id))
		goto err_ring;

	/* print out target login information */
	pr_debug("Target login info: id_ext=%016llx,ioc_guid=%016llx,"
		 "pkey=ffff,service_id=%016llx\n", srpt_service_guid,
		 srpt_service_guid, srpt_service_guid);

	/*
	 * We do not have a consistent service_id (ie. also id_ext of target_id)
	 * to identify this target. We currently use the guid of the first HCA
	 * in the system as service_id; therefore, the target_id will change
	 * if this HCA is gone bad and replaced by different HCA
	 */
	if (ib_cm_listen(sdev->cm_id, cpu_to_be64(srpt_service_guid), 0))
		goto err_cm;

	......
}

However, I check the srpt_service_guid is obtained by device->node_guid. I think that the compute algorithm is ok for device->node_guid.
In addition, I analyzed a patch in kernel-4.17(IB/srpt: Add RDMA/CM support). As a result, I can understand that the previous srpt is not supported by RDMA/CM?
So, all RoCE will failed when use kernel-4.14 version to run srpt.ko?

Thanks
Lijun Ou




^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-07-20  6:54 【Question for srpt in kernel-4.14】 oulijun
@ 2019-07-22 18:07 ` Bart Van Assche
  2019-07-23  1:30   ` oulijun
  2019-08-19 16:43 ` Question for srpt in kernel-4.14 Bart Van Assche
  1 sibling, 1 reply; 9+ messages in thread
From: Bart Van Assche @ 2019-07-22 18:07 UTC (permalink / raw)
  To: oulijun, dledford, Jason Gunthorpe; +Cc: linux-rdma

On 7/19/19 11:54 PM, oulijun wrote:
> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
> report a warning in srpt_add_one:
>    ib_srpt srpt_add_one(hns_0) failed.

How about the following patch?

diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
index 1a039f16d315..e2a4a14763b8 100644
--- a/drivers/infiniband/ulp/srpt/ib_srpt.c
+++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
@@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
  	srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);

  	if (!srpt_service_guid)
-		srpt_service_guid = be64_to_cpu(device->node_guid);
+		srpt_service_guid = be64_to_cpu(device->node_guid) &
+			~IB_SERVICE_ID_AGN_MASK;

  	if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
  		sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);

> In addition, I analyzed a patch in kernel-4.17(IB/srpt: Add RDMA/CM support). As a result, I can understand that the previous srpt is not supported by RDMA/CM?
> So, all RoCE will failed when use kernel-4.14 version to run srpt.ko?

That's correct. The upstream SRP drivers only support RoCE in kernel versions
v4.17 and later.

Thanks,

Bart.

^ permalink raw reply related	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-07-22 18:07 ` Bart Van Assche
@ 2019-07-23  1:30   ` oulijun
  2019-07-23  3:13     ` Bart Van Assche
  0 siblings, 1 reply; 9+ messages in thread
From: oulijun @ 2019-07-23  1:30 UTC (permalink / raw)
  To: Bart Van Assche, dledford, Jason Gunthorpe; +Cc: linux-rdma

在 2019/7/23 2:07, Bart Van Assche 写道:
> On 7/19/19 11:54 PM, oulijun wrote:
>> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
>> report a warning in srpt_add_one:
>>    ib_srpt srpt_add_one(hns_0) failed.
>
> How about the following patch?
>
> diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
> index 1a039f16d315..e2a4a14763b8 100644
> --- a/drivers/infiniband/ulp/srpt/ib_srpt.c
> +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
> @@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
>      srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
>
>      if (!srpt_service_guid)
> -        srpt_service_guid = be64_to_cpu(device->node_guid);
> +        srpt_service_guid = be64_to_cpu(device->node_guid) &
> +            ~IB_SERVICE_ID_AGN_MASK;
>
>      if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
>          sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
>
No, I did not find this patch in the latest kernel-5.3 or others.
>> In addition, I analyzed a patch in kernel-4.17(IB/srpt: Add RDMA/CM support). As a result, I can understand that the previous srpt is not supported by RDMA/CM?
>> So, all RoCE will failed when use kernel-4.14 version to run srpt.ko?
>
> That's correct. The upstream SRP drivers only support RoCE in kernel versions
> v4.17 and later.
>
> Thanks,
>
> Bart.
>
> .
>



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-07-23  1:30   ` oulijun
@ 2019-07-23  3:13     ` Bart Van Assche
  2019-07-23  3:25       ` oulijun
  0 siblings, 1 reply; 9+ messages in thread
From: Bart Van Assche @ 2019-07-23  3:13 UTC (permalink / raw)
  To: oulijun, dledford, Jason Gunthorpe; +Cc: linux-rdma

On 7/22/19 6:30 PM, oulijun wrote:
> 在 2019/7/23 2:07, Bart Van Assche 写道:
>> On 7/19/19 11:54 PM, oulijun wrote:
>>> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
>>> report a warning in srpt_add_one:
>>>     ib_srpt srpt_add_one(hns_0) failed.
>>
>> How about the following patch?
>>
>> diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
>> index 1a039f16d315..e2a4a14763b8 100644
>> --- a/drivers/infiniband/ulp/srpt/ib_srpt.c
>> +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
>> @@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
>>       srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
>>
>>       if (!srpt_service_guid)
>> -        srpt_service_guid = be64_to_cpu(device->node_guid);
>> +        srpt_service_guid = be64_to_cpu(device->node_guid) &
>> +            ~IB_SERVICE_ID_AGN_MASK;
>>
>>       if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
>>           sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
>>
> No, I did not find this patch in the latest kernel-5.3 or others.

What I meant is: can you try that patch?

Thanks,

Bart.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-07-23  3:13     ` Bart Van Assche
@ 2019-07-23  3:25       ` oulijun
  2019-07-24  1:35         ` oulijun
  0 siblings, 1 reply; 9+ messages in thread
From: oulijun @ 2019-07-23  3:25 UTC (permalink / raw)
  To: Bart Van Assche, dledford, Jason Gunthorpe; +Cc: linux-rdma

在 2019/7/23 11:13, Bart Van Assche 写道:
> On 7/22/19 6:30 PM, oulijun wrote:
>> 在 2019/7/23 2:07, Bart Van Assche 写道:
>>> On 7/19/19 11:54 PM, oulijun wrote:
>>>> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
>>>> report a warning in srpt_add_one:
>>>>     ib_srpt srpt_add_one(hns_0) failed.
>>>
>>> How about the following patch?
>>>
>>> diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>> index 1a039f16d315..e2a4a14763b8 100644
>>> --- a/drivers/infiniband/ulp/srpt/ib_srpt.c
>>> +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>> @@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
>>>       srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
>>>
>>>       if (!srpt_service_guid)
>>> -        srpt_service_guid = be64_to_cpu(device->node_guid);
>>> +        srpt_service_guid = be64_to_cpu(device->node_guid) &
>>> +            ~IB_SERVICE_ID_AGN_MASK;
>>>
>>>       if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
>>>           sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
>>>
>> No, I did not find this patch in the latest kernel-5.3 or others.
>
> What I meant is: can you try that patch?
>
> Thanks,
>
> Bart.
>
> .
>
Yes, I will do.



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-07-23  3:25       ` oulijun
@ 2019-07-24  1:35         ` oulijun
  2019-08-19 16:42           ` Bart Van Assche
  0 siblings, 1 reply; 9+ messages in thread
From: oulijun @ 2019-07-24  1:35 UTC (permalink / raw)
  To: Bart Van Assche, dledford, Jason Gunthorpe; +Cc: linux-rdma

在 2019/7/23 11:25, oulijun 写道:
> 在 2019/7/23 11:13, Bart Van Assche 写道:
>> On 7/22/19 6:30 PM, oulijun wrote:
>>> 在 2019/7/23 2:07, Bart Van Assche 写道:
>>>> On 7/19/19 11:54 PM, oulijun wrote:
>>>>> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
>>>>> report a warning in srpt_add_one:
>>>>>     ib_srpt srpt_add_one(hns_0) failed.
>>>> How about the following patch?
>>>>
>>>> diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>> index 1a039f16d315..e2a4a14763b8 100644
>>>> --- a/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>> +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>> @@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
>>>>       srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
>>>>
>>>>       if (!srpt_service_guid)
>>>> -        srpt_service_guid = be64_to_cpu(device->node_guid);
>>>> +        srpt_service_guid = be64_to_cpu(device->node_guid) &
>>>> +            ~IB_SERVICE_ID_AGN_MASK;
>>>>
>>>>       if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
>>>>           sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
>>>>
>>> No, I did not find this patch in the latest kernel-5.3 or others.
>> What I meant is: can you try that patch?
>>
>> Thanks,
>>
>> Bart.
>>
>> .
>>
> Yes, I will do.
>
>
>
> .
>
Hi, Bart vlan Assche

   if we don't add the patch (IB/srpt: Add RDMA/CM support) and only merge your patch, it will not resolve our question.

if we add the patch(IB/srpt: Add RDMA/CM support) and merge your patch, it will success.


thanks.

Lijun Ou



^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-07-24  1:35         ` oulijun
@ 2019-08-19 16:42           ` Bart Van Assche
  2019-08-20  8:07             ` oulijun
  0 siblings, 1 reply; 9+ messages in thread
From: Bart Van Assche @ 2019-08-19 16:42 UTC (permalink / raw)
  To: oulijun, dledford, Jason Gunthorpe; +Cc: linux-rdma

On 7/23/19 6:35 PM, oulijun wrote:
> 在 2019/7/23 11:25, oulijun 写道:
>> 在 2019/7/23 11:13, Bart Van Assche 写道:
>>> On 7/22/19 6:30 PM, oulijun wrote:
>>>> 在 2019/7/23 2:07, Bart Van Assche 写道:
>>>>> On 7/19/19 11:54 PM, oulijun wrote:
>>>>>> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
>>>>>> report a warning in srpt_add_one:
>>>>>>      ib_srpt srpt_add_one(hns_0) failed.
>>>>> How about the following patch?
>>>>>
>>>>> diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>>> index 1a039f16d315..e2a4a14763b8 100644
>>>>> --- a/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>>> +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>>> @@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
>>>>>        srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
>>>>>
>>>>>        if (!srpt_service_guid)
>>>>> -        srpt_service_guid = be64_to_cpu(device->node_guid);
>>>>> +        srpt_service_guid = be64_to_cpu(device->node_guid) &
>>>>> +            ~IB_SERVICE_ID_AGN_MASK;
>>>>>
>>>>>        if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
>>>>>            sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
>>>>>
>>>> No, I did not find this patch in the latest kernel-5.3 or others.
>>> What I meant is: can you try that patch?
 >
> if we don't add the patch (IB/srpt: Add RDMA/CM support) and only merge your patch, it will not resolve our question.
> 
> if we add the patch(IB/srpt: Add RDMA/CM support) and merge your patch, it will success.

Did you apply my patch on top of kernel v4.14 or on top of a more recent 
kernel version?

Thanks,

Bart.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: Question for srpt in kernel-4.14
  2019-07-20  6:54 【Question for srpt in kernel-4.14】 oulijun
  2019-07-22 18:07 ` Bart Van Assche
@ 2019-08-19 16:43 ` Bart Van Assche
  1 sibling, 0 replies; 9+ messages in thread
From: Bart Van Assche @ 2019-08-19 16:43 UTC (permalink / raw)
  To: oulijun, Bart Van Assche, dledford, Jason Gunthorpe; +Cc: linux-rdma

On 7/19/19 11:54 PM, oulijun wrote:
> Hi, Bart Van Assche & Doug Ledford
>    I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
> report a warning in srpt_add_one:
>    ib_srpt srpt_add_one(hns_0) failed.
> 
>    I am tracking the error from ib_cm_listen in srpt_add_one.I found it returned an error when doing server_id validation
> the error code as follows:
>    static int __ib_cm_listen(struct ib_cm_id *cm_id, __be64 service_id,
> 			  __be64 service_mask)
> {
> 	struct cm_id_private *cm_id_priv, *cur_cm_id_priv;
> 	int ret = 0;
> 
> 	service_mask = service_mask ? service_mask : ~cpu_to_be64(0);
> 	service_id &= service_mask;
> 	if ((service_id & IB_SERVICE_ID_AGN_MASK) == IB_CM_ASSIGN_SERVICE_ID &&
> 	    (service_id != IB_CM_ASSIGN_SERVICE_ID))
> 		return -EINVAL;
>   	......
>   }
> 
> static void srpt_add_one(struct ib_device *device)
> {
> 	struct srpt_device *sdev;
> 	struct srpt_port *sport;
> 	int i;
> 
> 	pr_debug("device = %p\n", device);
> 
> 	sdev = kzalloc(sizeof(*sdev), GFP_KERNEL);
> 	if (!sdev)
> 		goto err;
> 
> 	sdev->device = device;
> 	mutex_init(&sdev->sdev_mutex);
> 
> 	sdev->pd = ib_alloc_pd(device, 0);
> 	if (IS_ERR(sdev->pd))
> 		goto free_dev;
> 
> 	sdev->lkey = sdev->pd->local_dma_lkey;
> 
> 	sdev->srq_size = min(srpt_srq_size, sdev->device->attrs.max_srq_wr);
> 
> 	srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
> 
> 	if (!srpt_service_guid)
> 		srpt_service_guid = be64_to_cpu(device->node_guid);
> 
> 	sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
> 	if (IS_ERR(sdev->cm_id))
> 		goto err_ring;
> 
> 	/* print out target login information */
> 	pr_debug("Target login info: id_ext=%016llx,ioc_guid=%016llx,"
> 		 "pkey=ffff,service_id=%016llx\n", srpt_service_guid,
> 		 srpt_service_guid, srpt_service_guid);
> 
> 	/*
> 	 * We do not have a consistent service_id (ie. also id_ext of target_id)
> 	 * to identify this target. We currently use the guid of the first HCA
> 	 * in the system as service_id; therefore, the target_id will change
> 	 * if this HCA is gone bad and replaced by different HCA
> 	 */
> 	if (ib_cm_listen(sdev->cm_id, cpu_to_be64(srpt_service_guid), 0))
> 		goto err_cm;
> 
> 	......
> }
> 
> However, I check the srpt_service_guid is obtained by device->node_guid. I think that the compute algorithm is ok for device->node_guid.
> In addition, I analyzed a patch in kernel-4.17(IB/srpt: Add RDMA/CM support). As a result, I can understand that the previous srpt is not supported by RDMA/CM?
> So, all RoCE will failed when use kernel-4.14 version to run srpt.ko?

Before commit 63cf1a902c9d ("IB/srpt: Add RDMA/CM support"; v4.17) 
ib_cm_listen() was called with srpt_service_guid as argument for all 
RDMA adapters. Since that commit ib_cm_listen() is only called for ports 
that have IB as link layer. In other words, I think the failure that you 
reported only occurs with kernel before 4.17 and not with kernel v4.17 
or any later kernel.

Bart.

^ permalink raw reply	[flat|nested] 9+ messages in thread

* Re: 【Question for srpt in kernel-4.14】
  2019-08-19 16:42           ` Bart Van Assche
@ 2019-08-20  8:07             ` oulijun
  0 siblings, 0 replies; 9+ messages in thread
From: oulijun @ 2019-08-20  8:07 UTC (permalink / raw)
  To: Bart Van Assche, dledford, Jason Gunthorpe; +Cc: linux-rdma

在 2019/8/20 0:42, Bart Van Assche 写道:
> On 7/23/19 6:35 PM, oulijun wrote:
>> 在 2019/7/23 11:25, oulijun 写道:
>>> 在 2019/7/23 11:13, Bart Van Assche 写道:
>>>> On 7/22/19 6:30 PM, oulijun wrote:
>>>>> 在 2019/7/23 2:07, Bart Van Assche 写道:
>>>>>> On 7/19/19 11:54 PM, oulijun wrote:
>>>>>>> I am targeting a problem about RoCE and SCSI over RDMA from srpt in kernel-4.14. When insmod srpt.ko and insmod hns-roce-hw-v2.ko, it will
>>>>>>> report a warning in srpt_add_one:
>>>>>>>      ib_srpt srpt_add_one(hns_0) failed.
>>>>>> How about the following patch?
>>>>>>
>>>>>> diff --git a/drivers/infiniband/ulp/srpt/ib_srpt.c b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>>>> index 1a039f16d315..e2a4a14763b8 100644
>>>>>> --- a/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>>>> +++ b/drivers/infiniband/ulp/srpt/ib_srpt.c
>>>>>> @@ -3109,7 +3109,8 @@ static void srpt_add_one(struct ib_device *device)
>>>>>>        srpt_use_srq(sdev, sdev->port[0].port_attrib.use_srq);
>>>>>>
>>>>>>        if (!srpt_service_guid)
>>>>>> -        srpt_service_guid = be64_to_cpu(device->node_guid);
>>>>>> +        srpt_service_guid = be64_to_cpu(device->node_guid) &
>>>>>> +            ~IB_SERVICE_ID_AGN_MASK;
>>>>>>
>>>>>>        if (rdma_port_get_link_layer(device, 1) == IB_LINK_LAYER_INFINIBAND)
>>>>>>            sdev->cm_id = ib_create_cm_id(device, srpt_cm_handler, sdev);
>>>>>>
>>>>> No, I did not find this patch in the latest kernel-5.3 or others.
>>>> What I meant is: can you try that patch?
> >
>> if we don't add the patch (IB/srpt: Add RDMA/CM support) and only merge your patch, it will not resolve our question.
>>
>> if we add the patch(IB/srpt: Add RDMA/CM support) and merge your patch, it will success.
>
> Did you apply my patch on top of kernel v4.14 or on top of a more recent kernel version?
>
> Thanks,
>
> Bart.
>
No
> .
>



^ permalink raw reply	[flat|nested] 9+ messages in thread

end of thread, other threads:[~2019-08-20  8:07 UTC | newest]

Thread overview: 9+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2019-07-20  6:54 【Question for srpt in kernel-4.14】 oulijun
2019-07-22 18:07 ` Bart Van Assche
2019-07-23  1:30   ` oulijun
2019-07-23  3:13     ` Bart Van Assche
2019-07-23  3:25       ` oulijun
2019-07-24  1:35         ` oulijun
2019-08-19 16:42           ` Bart Van Assche
2019-08-20  8:07             ` oulijun
2019-08-19 16:43 ` Question for srpt in kernel-4.14 Bart Van Assche

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).