-----Original Messages----- From: "Harris, James R" <james.r.harris(a)intel.com&gt; Sent Time: 2019-01-17 23:56:26 (Thursday) To: "Storage Performance Development Kit" <spdk(a)lists.01.org&gt; Cc: Subject: Re: [SPDK] nvmf target and host in the same spdk instance Hi Zhouhui, I think it's OK to file this as an issue. This loop isn't exiting probably because the target needs to process the connection on the same core. We've recently made changes to the NVMe PCIe driver to remove these types of while loops and make it completely asynchronous. I haven't looked to see what that would look like in the TCP driver. -Jim On 1/17/19, 3:25 AM, "SPDK on behalf of wuzhouhui" <spdk-bounces(a)lists.01.org on behalf of wuzhouhui14(a)mails.ucas.ac.cn&gt; wrote: Hi, I have a interesting but meaningless use case for spdk nvmf target, i.e. run one spdk instance as nvmf target and host in the same time. For example: 1. create a malloc bdev 2. export malloc bdev via nvmf/tcp 3. construct nvme bdev in the same host, however rpc method construct_nvme_bev timeout, and spdk dont break following loop in nvme_tcp_qpair_icreq_send(): while (tqpair->state == NVME_TCP_QPAIR_STATE_INVALID) { nvme_tcp_qpair_process_completions(&tqpair->qpair, 0); } Is it an issue? _______________________________________________ SPDK mailing list SPDK(a)lists.01.org https://lists.01.org/mailman/listinfo/spdk _______________________________________________ SPDK mailing list SPDK(a)lists.01.org https://lists.01.org/mailman/listinfo/spdk

Hi, If I understand correct, dynamic adding/export namespaces to nvmf target instance, that is host too, is not supported. That's correct? Is it a bug or design issue?

Thanks Sasha On 1/18/2019 8:02 AM, Yang, Ziye wrote: > I think that the same issue could also happen with NVMe-Of RDMA driver(to > get the ack event related info from the target). Since the target does not > have the chance to execute the code. > > > > > Best Regards > Ziye Yang > > -----Original Message----- > From: SPDK [mailto:spdk-bounces@lists.01.org] On Behalf Of wuzhouhui > Sent: Friday, January 18, 2019 9:12 AM > To: storage performance development kit <spdk(a)lists.01.org&gt; > Subject: Re: [SPDK] nvmf target and host in the same spdk instance > > Issue submitted in https://github.com/spdk/spdk/issues/587 > > > -----Original Messages----- > > From: "Harris, James R" <james.r.harris(a)intel.com&gt; Sent Time: > > 2019-01-17 23:56:26 (Thursday) > > To: "Storage Performance Development Kit" <spdk(a)lists.01.org&gt; > > Cc: > > Subject: Re: [SPDK] nvmf target and host in the same spdk instance > > > > Hi Zhouhui, > > > > I think it's OK to file this as an issue. This loop isn't exiting > > probably because the target needs to process the connection on the same > > core. We've recently made changes to the NVMe PCIe driver to remove these > > types of while loops and make it completely asynchronous. I haven't > > looked to see what that would look like in the TCP driver. > > > > -Jim > > > > On 1/17/19, 3:25 AM, "SPDK on behalf of wuzhouhui" < > > spdk-bounces(a)lists.01.org on behalf of wuzhouhui14(a)mails.ucas.ac.cn&gt; > > wrote: > > > > Hi, > > > > I have a interesting but meaningless use case for spdk nvmf target, > > i.e. run one spdk instance as nvmf target and host in the same time. > > > > For example: > > 1. create a malloc bdev > > 2. export malloc bdev via nvmf/tcp > > 3. construct nvme bdev in the same host, however rpc method > > construct_nvme_bev > > timeout, and spdk dont break following loop in > > nvme_tcp_qpair_icreq_send(): > > > > while (tqpair->state == NVME_TCP_QPAIR_STATE_INVALID) { > > nvme_tcp_qpair_process_completions(&tqpair->qpair, > > 0); > > } > > > > Is it an issue? > > _______________________________________________ > > SPDK mailing list > > SPDK(a)lists.01.org > > https://lists.01.org/mailman/listinfo/spdk > > > > > > _______________________________________________ > > SPDK mailing list > > SPDK(a)lists.01.org > > https://lists.01.org/mailman/listinfo/spdk > > _______________________________________________ > SPDK mailing list > SPDK(a)lists.01.org > https://lists.01.org/mailman/listinfo/spdk > _______________________________________________ > SPDK mailing list > SPDK(a)lists.01.org > https://lists.01.org/mailman/listinfo/spdk _______________________________________________ SPDK mailing list SPDK(a)lists.01.org https://lists.01.org/mailman/listinfo/spdk