]> git.baikalelectronics.ru Git - kernel.git/commit
nvme-rdma: remove redundant reference between ib_device and tagset
authorMax Gurtovoy <maxg@mellanox.com>
Mon, 6 May 2019 10:47:55 +0000 (13:47 +0300)
committerChristoph Hellwig <hch@lst.de>
Mon, 13 May 2019 14:00:03 +0000 (16:00 +0200)
commita2a43e43c0bc871299d4b7c7ebb73b2394c40f49
tree429dc7f6366e9c2adfc0908c0cf3c64e528073d9
parenta73039a18f52a1b187363d0b6265c39dc454aed2
nvme-rdma: remove redundant reference between ib_device and tagset

In the past, before adding fd7d0c55 ("nvme-rdma: Use mr pool") commit,
we needed a reference on the ib_device as long as the tagset
was alive, as the MRs in the request structures needed a valid ib_device.
Now, we allocate/deallocate MR pool per QP and consume on demand.

Also remove nvme_rdma_free_tagset function and use blk_mq_free_tag_set
instead, as it unneeded anymore.

This commit also fixes a memory leakage and possible segmentation fault.
When configuring the system with NIC teaming (aka bonding), we use 1
network interface to create an HA connection to the target side. In case
one connection breaks down, nvme-rdma driver will get notification from
rdma-cm layer that underlying address was change and will start error
recovery process. During this process, we'll reconnect to the target
via the second interface in the bond without destroying the tagset.
This will cause a leakage of the initial rdma device (ndev) and miscount
in the reference count of the new created rdma device (new ndev). In
the final destruction (or in another error flow), we'll get a warning
dump from the ib_dealloc_pd that we still have inflight MR's related to
that pd. This happens becasue of the miscount of the reference tag of
the rdma device and causing access violation to it's elements (some
queues are not destroyed yet).

Signed-off-by: Max Gurtovoy <maxg@mellanox.com>
Signed-off-by: Israel Rukshin <israelr@mellanox.com>
Signed-off-by: Christoph Hellwig <hch@lst.de>
drivers/nvme/host/rdma.c