Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 9 Jun 2010 16:25:43 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        jhell <jhell@dataix.net>
Cc:        Ilya Bakulin <webmaster@kibab.com>, freebsd-hackers@freebsd.org
Subject:   Re: GSoC: registration of optional kernel features via sysctl: a question to the community
Message-ID:  <20100609132543.GI83316@deviant.kiev.zoral.com.ua>
In-Reply-To: <4C0F9394.9030202@dataix.net>
References:  <20100609121453.095d92b4@kibab.com> <4C0F9394.9030202@dataix.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--IoysBk3hhUmaUGAr
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Wed, Jun 09, 2010 at 09:13:56AM -0400, jhell wrote:
> On 06/09/2010 04:14, Ilya Bakulin wrote:
> > Hi hackers!
> >=20
> > While discussing my project's implementation details with my mentor,
> > Alexander Leidinger, we've found that one of the ideas needs to be disc=
ussed with community,
> > to find out possible use cases.
> > That is, if it should be possible to spoof non-existing features. For
> > example, if currently running kernel doesn't support FreeBSD 5.0 compat
> > layer, "kern.features.compat_freebsd5" will be absent when querying=20
> > features list. The question is -- are there any cases when we want
> > "kern.features.compat_freebsd5" be present? If some feature is not in
> > kernel, then presenting its existence to the userland is useless
> > and may be even harmful, if, for example, some application relies on th=
is feature.
> > Or there are some scenarios where such cheat is useful?
> >=20
>=20
> I can not think of any viable reason why one would want to "spoof" this
> when it is not available.
Many ports are doing wrong thing there, checking for run-time features at
the build-time, turning on/off some functionality depending on its
presence on the build host.

--IoysBk3hhUmaUGAr
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (FreeBSD)

iEYEARECAAYFAkwPllcACgkQC3+MBN1Mb4gU0gCg4T5LhRub/JYdxmgr5GpWOFrx
24QAnRvonnOInT6zfXqgFccAMyVCQYFb
=K4nL
-----END PGP SIGNATURE-----

--IoysBk3hhUmaUGAr--



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