Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 5 May 2011 09:54:13 -0400 (EDT)
From:      Rick Macklem <rmacklem@uoguelph.ca>
To:        =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= <des@des.no>
Cc:        svn-src-head@freebsd.org, Rick Macklem <rmacklem@FreeBSD.org>, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: svn commit: r221124 - in head: . sbin/mount sbin/mount_nfs sys/amd64/conf sys/fs/nfsclient sys/i386/conf sys/ia64/conf sys/nfsclient sys/pc98/conf sys/powerpc/conf sys/sparc64/conf sys/sun4v/conf
Message-ID:  <942285768.1045464.1304603653229.JavaMail.root@erie.cs.uoguelph.ca>
In-Reply-To: <86r58dsi0m.fsf@ds4.des.no>

next in thread | previous in thread | raw e-mail | index | archive | help
> Rick Macklem <rmacklem@uoguelph.ca> writes:
> > "Dag-Erling Sm=C3=B8rgrav" <des@des.no> writes:
> > > Ideally, both the old and the new NFS stack would use the same
> > > fstypes and sysctl names, but I don't know if there's any way we
> > > can
> > > prevent someone from compiling both into the kernel at the same
> > > time, or loading both modules.
> > If the scripts in /etc/rc.d are fixed to use the correct sysctl
> > naming,
> > do you think it matters which one is "vfs.nfs."?
>=20
> Yes. There is a whole world outside the base system: munin, webmin,
> nagios etc. Are you going to change all of them as well?
>=20
Well, another way it could be handled would be to put the sysctls and
the global variables they manipulate in a module shared by both clients,
like sys/nfs/nfs_lock.c (module "nfslock"). Then the same sysctl would
affect both clients. (I hesitate to create "yet another" module just
to share the sysctls, but since "nfslock" is used by both clients, it
should work ok, I think.)

What do you think of that?

If anyone else reading this has an idea/opinion, please let us know.

rick



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?942285768.1045464.1304603653229.JavaMail.root>