On Thu, Jan 22, 2026, at 7:30 AM, Jeff Layton wrote:

On Wed, 2026-01-21 at 20:22 -0500, Benjamin Coddington wrote:

quoted

On 21 Jan 2026, at 18:55, Chuck Lever wrote:

quoted

As I stated before: we have said we don't want to continue adding
new APIs to procfs. It's not just NFSD that prefers this, it's a long
term project across the kernel. If you have a clear technical reason
that a new procfs API is needed, let's hear it.

You've just added one to your nfsd-testing branch two weeks ago that you
asked me to rebase onto.

Mea culpa. I probably should have dropped the min-threads procfile from
those patches, but it was convenient when I was doing the development
work. Chuck, if you like I can send a patch to remove it before the
merge window.

Send a patch. I can still squash such a change into the queued patch
set.

I can't see why we need both interfaces. The old /proc interface is
really for the case where you have old nfs-utils and/or an old kernel.
In order to use this, you need both new nfs-utils and new kernel. If
you have those, then both should support the netlink interface.

This is exactly my assessment so far. But I'm open to hearing a
rationale for adding a procfs API


-- 
Chuck Lever