Date: Tue, 3 Sep 2019 10:20:35 -0400 From: Shawn Webb <shawn.webb@hardenedbsd.org> To: Brooks Davis <brooks@freebsd.org> Cc: Mateusz Guzik <mjg@FreeBSD.org>, src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r351729 - in head: lib/libc/gen lib/libc/sys sys/compat/freebsd32 sys/kern sys/sys Message-ID: <20190903142035.w7tuqow4impv6bkx@mutt-hbsd> In-Reply-To: <20190903114740.gbzkeffdce3mkee2@mutt-hbsd> References: <201909030416.x834GVwk004191@repo.freebsd.org> <20190903113505.ckbx5i34onmin557@mutt-hbsd> <20190903114523.GA68094@spindle.one-eyed-alien.net> <20190903114740.gbzkeffdce3mkee2@mutt-hbsd>
next in thread | previous in thread | raw e-mail | index | archive | help
--zd2nnc4k5pr2bgd5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Sep 03, 2019 at 07:47:40AM -0400, Shawn Webb wrote: > On Tue, Sep 03, 2019 at 11:45:23AM +0000, Brooks Davis wrote: > > On Tue, Sep 03, 2019 at 07:35:05AM -0400, Shawn Webb wrote: > > > Hey Mateusz, > > >=20 > > > On Tue, Sep 03, 2019 at 04:16:31AM +0000, Mateusz Guzik wrote: > > > > Author: mjg > > > > Date: Tue Sep 3 04:16:30 2019 > > > > New Revision: 351729 > > > > URL: https://svnweb.freebsd.org/changeset/base/351729 > > > >=20 > > > > Log: > > > > Add sysctlbyname system call > > > > =20 > > > > Previously userspace would issue one syscall to resolve the sysct= l and then > > > > another one to actually use it. Do it all in one trip. > > > > =20 > > > > Fallback is provided in case newer libc happens to be running on = an older > > > > kernel. > > > > =20 > > > > Submitted by: Pawel Biernacki > > > > Reported by: kib, brooks > > > > Differential Revision: https://reviews.freebsd.org/D17282 > > > >=20 > > > > Modified: > > > ... snip ... > > > > head/sys/sys/param.h > > >=20 > > > ... snip ... > > >=20 > > > >=20 > > > > Modified: head/sys/sys/param.h > > > > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D > > > > --- head/sys/sys/param.h Mon Sep 2 21:57:57 2019 (r351728) > > > > +++ head/sys/sys/param.h Tue Sep 3 04:16:30 2019 (r351729) > > > > @@ -60,7 +60,7 @@ > > > > * in the range 5 to 9. > > > > */ > > > > #undef __FreeBSD_version > > > > -#define __FreeBSD_version 1300044 /* Master, propagated to newvers= */ > > > > +#define __FreeBSD_version 1300045 /* Master, propagated to newvers= */ > > >=20 > > > To an outsider, it seems that __FreeBSD_version tends to be bumped in > > > a separate commit. Am I remembering that right? > >=20 > > It should be bumped in the same commit, but people forget or the bump > > they have in their review turns into a no-op because someone else does a > > bump in the interim (the latter has bit me several times). >=20 > Interesting. Thanks for the clarification! One thought for making the version bump a seperate commit is if the original commit needed to be reverted, the commit can be reverted wholesale (well, from the perspective of __FreeBSD_version) without worry of accidentally decrementing the version number to a prior value. That's my "need-more-caffeine" verbose way of saying "separating the version bump from the actual work allows for easier maintenance of the version number, helping ensure an always-increasing number." Sorry if I sound dry here. My ten-month-old puppy is tiring me out way faster than I can tire him out. Thanks, --=20 Shawn Webb Cofounder / Security Engineer HardenedBSD Tor-ified Signal: +1 443-546-8752 Tor+XMPP+OTR: lattera@is.a.hacker.sx GPG Key ID: 0xFF2E67A277F8E1FA GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 --zd2nnc4k5pr2bgd5 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl1udq0ACgkQ/y5nonf4 4fo24RAApLwy0mX8sHuEQxXcavCdaYn8oKS/8YpzS07Eos9s4zIt+tLKhI9J0i9T +atjSmRI/sCiWW/zRPd1kWPwMOUbW3ITkZ6v+Kqb9SAw4D+HHzynOrU0w2AKCS4l dFxjorpMqxa41M023uWL95qYsHxC8vZqcgwqs5111Si75Z7HeG0n9siefAcYEIap AV4dYrYr4JMTWisQ46hSIghIqRXFestNdFeH/gA2+Ym+6h1T9Fu3mIayuM7fPYA0 SxWxzI/srwLnRrL2NXI/8uOEtfZsnI0ClBYxcCPs/EyXuScYWFC24J9vJxrOomBV mqdGF+OG0HmF8STnfioSRa/Kkddv2KkwUsnq41yvbanDY7eJVIm3ncFOVCaW+D+Q MZmpos50oLueygcJD+XYngsSAq2uzPZIKuwPjCs3pTw5RdtiSynTZYk9DWfd79Mf qFTgn+Y9ZOcpkTG0xOIFeKkk3cvfrdORKwqaf5vuPwlb1QTmBEIbeOzcK9BpRgT1 PTlOEX+hwSpJkIUDxnBL88X6Jb/tf1J1tZa0iIopHBb49LaUTbq7fNdSPxUjpSLS T27hja58rFAzBqtv6MdgfmSWwbia59J1EFjORCOyH7Mcf9EfkVwPPnvewFdVnUUe NtSHofRrRyb6wcAtpmN7LXCOkuaqhaD7bmrqcp2LS5Hq07aELFI= =31c1 -----END PGP SIGNATURE----- --zd2nnc4k5pr2bgd5--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20190903142035.w7tuqow4impv6bkx>