Oh, I forgot to mention that, post March 2008, this code was replaced by the in kernel nlm found in sys/nlm, which is why it has been in use. ________________________________________ From: owner-freebsd-current_at_freebsd.org <owner-freebsd-current_at_freebsd.org> on behalf of Rick Macklem <rmacklem_at_uoguelph.ca> Sent: Saturday, December 28, 2019 7:30 PM To: freebsd-current_at_freebsd.org Subject: getting rid of sys/nfs/nfs_lock.c Hi, sys/nfs/nfs_lock.c uses Giant. Since it has not been used by default since March 2008, I suspect it can be removed from head without any impact. Post March 2008, the only way this code could be executed is by both building a kernel without "options NFSLOCKD" and deleting nfslockd.ko from the kernel boot directory and then running rpc.lockd on the system. I doubt anyone has been doing both of the above, but if you think it is still useful, please speak up. (I have an untested patch that replaces Giant with a regular mutex. I realized this code is not used when I trying to test it.;-) Also, if it seems appropriate, I could commit a patch that makes it print out "deprecated and going away before FreeBSD 13" message, but I doubt anyone will ever see it. Should I do such a message and wait a few months for the deletion? Thanks for your comments, rick ps: The current patch that prepares the kernel for deletion of sys/nfs/nfs_lock.c is in reviews.freebsd.org/D22933. _______________________________________________ freebsd-current_at_freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org"Received on Sat Dec 28 2019 - 23:32:42 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:22 UTC