setting tunables in stable/10 vs head?
hiren panchasara
hiren at strugglingcoder.info
Thu Jun 11 04:23:03 UTC 2015
On 06/10/15 at 10:07P, Ian Lepore wrote:
> On Wed, 2015-06-10 at 20:44 -0700, hiren panchasara wrote:
> > On 06/10/15 at 04:13P, Rick Macklem wrote:
> > > Hi,
> > >
> > > I just MFC'd a patch from head to stable/10 that defines some
> > > tunables using CTLFLAG_RDTUN. Although the MFC didn't break
> > > anything, the tunables don't get changed by the values in /boot/loader.conf.
> > >
> > > By applying a patch like this:
> > > SYSCTL_DECL(_vfs_nfsd);
> > > int nfsrv_statehashsize = NFSSTATEHASHSIZE;
> > > +TUNABLE_INT("vfs.nfsd.statehashsize", &nfsrv_statehashsize);
> > > SYSCTL_INT(_vfs_nfsd, OID_AUTO, statehashsize, CTLFLAG_RDTUN,
> > > &nfsrv_statehashsize, 0,
> > > "Size of state hash table set via loader.conf");
> > >
> > > they get set ok.
> > >
> > > So, is this correct or have I done something stupid?
> >
> > I believe that is correct. hans changed how they are declared with r267961
> > and now you do not need TUNABLE_INT() on -head.
> > >
> > > And, if it correct, do I commit a patch like the above directly
> > > to stable/10. (It seems that TUNABLE_INT() is discouraged for -head.)
> >
> > That's the correct way, afaik.
> >
> > Cheers,
> > Hiren
>
> Is there a reason the sysctl tunable flag changes can't be MFC'd?
> Leaving changes that widespread un-mfc'd just makes for lots of merge
> conflicts as time goes on (and can also lead to merged code behaving
> differently than expected).
Added Hans to answer the question.
Cheers,
Hiren
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 618 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20150610/b2082cc1/attachment.sig>
More information about the freebsd-current
mailing list