svn commit: r348737 - head/sys/kern
Mark Johnston
markj at freebsd.org
Thu Jun 6 18:35:58 UTC 2019
On Thu, Jun 06, 2019 at 12:04:52PM -0600, Alan Somers wrote:
> On Thu, Jun 6, 2019 at 12:01 PM John Baldwin <jhb at freebsd.org> wrote:
> >
> > On 6/6/19 10:39 AM, Alan Somers wrote:
> > > On Thu, Jun 6, 2019 at 11:35 AM Rodney W. Grimes
> > > <freebsd at gndrsh.dnsmgr.net> wrote:
> > >>
> > >>> Author: asomers
> > >>> Date: Thu Jun 6 15:04:50 2019
> > >>> New Revision: 348737
> > >>> URL: https://svnweb.freebsd.org/changeset/base/348737
> > >>>
> > >>> Log:
> > >>> Add a testing facility to manually reclaim a vnode
> > >>>
> > >>> Add the debug.try_reclaim_vnode sysctl. When a pathname is written to it, it
> > >>> will be reclaimed, as long as it isn't already or doomed. The purpose is to
> > >>> gain test coverage for vnode reclamation, which is otherwise hard to
> > >>> achieve.
> > >>>
> > >>> Add the debug.ftry_reclaim_vnode sysctl. It does the same thing, except
> > >>> that its argument is a file descriptor instead of a pathname.
> > >>
> > >> Should not this all be wrapped in some #ifdef or other protection,
> > >> is it really a good idea to have this on every single box running
> > >> FreeBSD?
> > >
> > > I initially thought so too, but kib thought that it could be useful
> > > for debugging problems in the field. The potential downside is
> > > limited, because only root can write to the sysctls, and the
> > > worse-case damage is similar to a "umount -f".
> >
> > A compromise might be to stick this in a kernel module instead of in the
> > base kernel. You could still kldload it in the field for debugging but
> > not necessarily have it directly available out of the box.
> >
> > --
> > John Baldwin
>
> If we already had such a module, it would make sense to put these
> sysctls in there. But I don't want to create an entire module for
> just a few dozen LOC. Nor do I want to mediate a bike shed. So let's
> vote. kib already registered a vote for making them available all of
> the time. rgrimes voted to guard them by INVARIANTS. Anybody else
> who cares can reply to this thread. I'll count the votes in 24 hours.
+1 to making it unconditional. We already have lots of debugging
sysctls enabled in !INVARIANTS kernels, and these sorts of things end up
being handy in unexpected ways. For a long time I've carried a patch
which unconditionally compiles debug.vm_lowmem because I kept having to
recompile to get it.
More information about the svn-src-all
mailing list