Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1422058
| From | "Steve Wise" <swise@opengridcomputing.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | RE: [PATCH 4/5] nvmet-rdma: add a NVMe over Fabrics RDMA target driver |
| Date | 2016-06-14 18:20 +0200 |
| Message-ID | <rJZeh-7cH-13@gated-at.bofh.it> (permalink) |
| References | <rHafU-1OH-31@gated-at.bofh.it> <rHafU-1OH-37@gated-at.bofh.it> <rHnZv-2wN-5@gated-at.bofh.it> <rIhfj-4J5-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
> > The above nvmet cm event handler, nvmet_rdma_cm_handler(), calls > nvmet_rdma_queue_connect() for CONNECT_REQUEST events, which calls > nvmet_rdma_alloc_queue (), which, if it encounters a failure (like creating > the qp), calls nvmet_rdma_cm_reject () which calls rdma_reject(). The > non-zero error, however, gets returned back here and this function returns > the error to the RDMA_CM which will also reject the connection as well as > destroy the cm_id. So there are two rejects happening, I think. Either > nvmet should reject and destroy the cm_id, or it should do neither and > return non-zero to the RDMA_CM to reject/destroy. > > Steve. > Hey Sean, Am I correct here? IE: Is it ok for the rdma application to rdma_reject() and rmda_destroy_id() the CONNECT_REQUEST cm_id _inside_ its event handler as long as it returns 0? Thanks, Steve.
Back to linux.kernel | Previous | Next — Next in thread | Find similar | Unroll thread
RE: [PATCH 4/5] nvmet-rdma: add a NVMe over Fabrics RDMA target driver "Steve Wise" <swise@opengridcomputing.com> - 2016-06-14 18:20 +0200
RE: [PATCH 4/5] nvmet-rdma: add a NVMe over Fabrics RDMA target driver "Steve Wise" <swise@opengridcomputing.com> - 2016-06-14 18:30 +0200
Re: [PATCH 4/5] nvmet-rdma: add a NVMe over Fabrics RDMA target driver Sagi Grimberg <sagigrim@gmail.com> - 2016-06-15 20:40 +0200
RE: [PATCH 4/5] nvmet-rdma: add a NVMe over Fabrics RDMA target driver "Hefty, Sean" <sean.hefty@intel.com> - 2016-06-14 18:50 +0200
csiph-web