Shirley, Once rmmod is issued, the connection corresponding to the active mount is destroyed and all the associated resources Are freed. As per the processing logic of DEVICE-REMOVAL event, nfs-rdma wakes-up all the waiters, This results into Re-establishment efforts, since the device is not present any more, rdma_resolve_address() fails with CM resolution Error. This loop continues forever. I am yet to find out which part of ocrdma is blocked. I am putting some debug messages to find it out. I will get back to The group with an update. -Regards Devesh > -----Original Message----- > From: Shirley Ma [mailto:shirley.ma@xxxxxxxxxx] > Sent: Friday, July 18, 2014 9:18 PM > To: Steve Wise; Devesh Sharma; 'Chuck Lever' > Cc: 'Hefty, Sean'; 'Roland Dreier'; linux-rdma@xxxxxxxxxxxxxxx > Subject: Re: [for-next 1/2] xprtrdma: take reference of rdma provider > module > > > 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 majordomo@xxxxxxxxxxxxxxx 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 majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html