[PATCH WIP/RFC 6/6] nvme-rdma: keep a cm_id around during reconnect to get events
Christoph Hellwig
hch at lst.de
Fri Aug 26 07:41:30 PDT 2016
On Fri, Aug 26, 2016 at 06:52:59AM -0700, Steve Wise wrote:
> This patch adds the concept of an "unplug" cm_id for each nvme_rdma_ctrl
> controller. When the controller is first created and the admin qp
> is connected to the target, the unplug_cm_id is created and address
> resolution is done on it to bind it to the same device that the admin QP
> is bound to. This unplug_cm_id remains across any/all kato recovery and
> thus will always be available for DEVICE_REMOVAL events. This simplifies
> the unplug handler because the cm_id isn't associated with any of the IO
> queues nor the admin queue. Plus it ensures a cm_id is always available
> per controller to get the DEVICE_REMOVAL event.
I'll need some time to digest all the crazy RDMA/CM interactions here.
Do you have any clue how other drivers handle this situation?
More information about the Linux-nvme
mailing list