On 07/18/2014 06:27 AM, Steve Wise wrote: >>>> We can't really deal with a CM_DEVICE_REMOVE event while there are >>>> active NFS mounts. >>>> >>>> System shutdown ordering should guarantee (one would hope) that NFS >>>> mount points are unmounted before the RDMA/IB core infrastructure is >>>> torn down. Ordering shouldn't matter as long all NFS activity has >>>> ceased before the CM tries to remove the device. >>>> >>>> So if something is hanging up the CM, there's something xprtrdma is >>>> not cleaning up properly. >>>> >>> >>> >>> Devesh, how are you reproducing this? Are you just rmmod'ing the ocrdma >>> module while there are active mounts? >> >> Yes, I am issuing rmmod while there is an active mount. In my case rmmod >> ocrdma remains >> blocked forever. Where is it blocked?
>> Off-the-course of this discussion: Is there a reasoning behind not using >> ib_register_client()/ib_unregister_client() framework? > > I think the idea is that you don't need to use it if you are > transport-independent and use > the rdmacm... > > > > -- > To unsubscribe from this list: send the line "unsubscribe linux-rdma" in > the body of a message to majord...@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > -- To unsubscribe from this list: send the line "unsubscribe linux-rdma" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html