[PATCH v2] nvme: consider also host_iface when checking ip options
Chao Leng
lengchao at huawei.com
Sun Jul 24 17:52:27 PDT 2022
On 2022/7/22 18:09, Daniel Wagner wrote:
> On Fri, Jul 22, 2022 at 05:55:40PM +0800, Chao Leng wrote:
>> We should add the N:1 related controller management first, and then add
>> the host_iface cheching. Thus it might be better.
>
> I am not following you here. What do you mean with controller
> management?
>
> I've tested this patch against our nvmet backend. This allows additional
> connections. E.g. the host has following setup:
>
> eth0: 192.168.154.50/24
> eth1: 192.168.154.214/24
>
> and the target:
>
> br0: 192.168.19.54/24
>
> With this change we can do this here:
>
> nvme connect -t tcp -n nvmet-test -a 192.168.19.54 -s 4420 -f eth0
> nvme connect -t tcp -n nvmet-test -a 192.168.19.54 -s 4420 -f eth1
>
> What's wrong with it?
nvme over tcp has implemented host_iface-related processing.
But nvme over rdma(roce) do not.
You can test with nvme over rdma(roce).
> .
>
More information about the Linux-nvme
mailing list