From nobody Sat May 11 08:39:22 2024 X-Original-To: freebsd-arch@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4Vbzj62y6Nz5JR62 for ; Sat, 11 May 2024 08:40:26 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from mailgate.Leidinger.net (bastille.leidinger.net [89.238.82.207]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature ECDSA (P-256) client-digest SHA256) (Client CN "mailgate.leidinger.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Vbzj35n6jz4MBV for ; Sat, 11 May 2024 08:40:23 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=leidinger.net header.s=outgoing-alex header.b=x8OWVHVj; dmarc=pass (policy=quarantine) header.from=leidinger.net; spf=pass (mx1.freebsd.org: domain of Alexander@Leidinger.net designates 89.238.82.207 as permitted sender) smtp.mailfrom=Alexander@Leidinger.net List-Id: Discussion related to FreeBSD architecture List-Archive: https://lists.freebsd.org/archives/freebsd-arch List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arch@FreeBSD.org MIME-Version: 1.0 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=leidinger.net; s=outgoing-alex; t=1715416811; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=0Y5tQtKEp0NZjipZGLb9icUWMl91HuaANWkIYH87RTs=; b=x8OWVHVjTq8fbvpPft9EsZMMwSNdB/6V4l5fDb6Xxxh8eg/CPREsRBlT5LqMyiQTsteWAE EDxYkc0AJcw2B1SS0m6GGrOoHo1bszrRNbk26QZ8D5bbcBaDmKSr1oufUDBBibte/mZDqJ GhAxpCtS3ZJcEDYNfmwZF3WsvYJJ0cRZWheYyTsYPcMFfOXyQGs8RbkMzCSUIlftLpqCQS nMM8EUlv7Xryrf7Y1VztIgFc2k8zwcTH81pSCNIRv8GXa9cB46chTGEaWmasYgKOUnUl9y fb3CtA4gUsjbtNROrdPH+NSrM5iykWeqQyD9YJ54D5Fgdr+oqBmELRP0ldTRYA== Date: Sat, 11 May 2024 10:39:22 +0200 From: Alexander Leidinger To: freebsd-arch@freebsd.org Subject: Re: Disabling COMPAT_FREEBSD4/5/6/7/9 in default kernel configurations In-Reply-To: <20240511071711.0c730e63@zeta.dino.sk> References: <20240511071711.0c730e63@zeta.dino.sk> Message-ID: <95d7c51b7fa6e41dd657fa411455d6b9@Leidinger.net> Organization: No organization, this is a private message. Content-Type: multipart/signed; protocol="application/pgp-signature"; boundary="=_47b690a7a045752a0249dfdabf4c3192"; micalg=pgp-sha256 X-Spamd-Bar: ------ X-Spamd-Result: default: False [-6.09 / 15.00]; SIGNED_PGP(-2.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.99)[-0.994]; DMARC_POLICY_ALLOW(-0.50)[leidinger.net,quarantine]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; R_SPF_ALLOW(-0.20)[+mx]; R_DKIM_ALLOW(-0.20)[leidinger.net:s=outgoing-alex]; MISSING_XM_UA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCPT_COUNT_ONE(0.00)[1]; ASN(0.00)[asn:34240, ipnet:89.238.64.0/18, country:DE]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[leidinger.net:+]; ARC_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_COUNT_ZERO(0.00)[0]; TO_DN_NONE(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arch@freebsd.org]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; HAS_ATTACHMENT(0.00)[] X-Rspamd-Queue-Id: 4Vbzj35n6jz4MBV This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --=_47b690a7a045752a0249dfdabf4c3192 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII; format=flowed Am 2024-05-11 07:17, schrieb Milan Obuch: > On Sat, 11 May 2024 01:38:38 +0200 (CEST) > henrichhartzer@tuta.io wrote: > >> Hi everyone, >> >> Warner suggested that I run this by the list. In 2018, a bug report >> was made for disabling COMPAT_FREEBSD4/5/6/7/9 (there's no 8). 6 >> years later, I imagine this would be as good of a time as any to do >> this if there's no obvious problems doing so. >> >> Here's the bug report: >> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231768 >> >> And a pull request in the spirit of the original patch: >> https://github.com/freebsd/freebsd-src/pull/1228 >> >> I imagine if this sounds like a good idea, it would land in 15.0. >> Users could always recompile kernels with the old ABI functionality >> as needed. I feel like we're all a little curious if anything still >> uses this, and making this kind of change is probably the best way to >> find out. >> >> In my opinion, if all goes well, it may be wise to remove the old >> code in the next major version. Could do the full list, or just >> FreeBSD 4 and 5 compatibility, for instance. Barring notable negative >> feedback, of course. >> >> There were some concerns about Rust, but it sounds like it uses (or >> used?) FreeBSD 10.X features, which this patch does not remove. On >> that topic: https://github.com/rust-lang/rust/issues/89058 >> > > In general I think it is good move. In my kernel builds I am trying to > use minimal set of features (options, devices) and use loadable modules > whenever possible. > > I used to remove all COMPAT_FREEBSDn options, now I am keeping 11 and > up - in my notes rust is being listed, but I think some jdk (or needed > bootstrap) required some compatibility, too. > > Idea of COMPAT_FREEBSDn being converted into loadable module mentioned > in some reply is nice, I don't know much in this area to have anything > more competent to say. We're proud of our backwards compatibility. I remember that a committer reported proudly that they are able to run FreeBSD 1.0 in a jail (even if it was just for fun and not for productive stuff), and the generic feedback was in favour of this. Simply removing this compatibility seems a step backwards in this regard IMO. If COMPAT* is loadable, I would directly agree to remove the support from the GENERIC kernel, but without being able to load this kind of support, people are not able to simply update a system and maybe have some old unmaintained legacy software in an old jail. Note, all my custom kernels only have those COMPAT options which are needed (rust, ...), so I'm in favour of having generic without them, but I do not depend on using the binary kernel which we ship, others might (for whatever non-technical reason). Bye, Alexander. -- http://www.Leidinger.net Alexander@Leidinger.net: PGP 0x8F31830F9F2772BF http://www.FreeBSD.org netchild@FreeBSD.org : PGP 0x8F31830F9F2772BF --=_47b690a7a045752a0249dfdabf4c3192 Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc; size=833 Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEER9UlYXp1PSd08nWXEg2wmwP42IYFAmY/LskACgkQEg2wmwP4 2IYYDw//VPq4sBCYr5SySZuozlweVKCm3QtxY4mj3iXDO2hSCzt5zk13VdMDk3dE uK4DvG+219+IwuvmOk3jXfBNwaVPh/7GdfC48AXY/ZwPr+0l0xgdevT+KoxJKC/D +D9lLWpXkNE7v3/oF3Beqc3j0DEl3hYjfX7zgxX7T/M7RmdofeNUF5QZ5pIq6ZnP IjH5sCcm6z7zGqYzW4iwk5o/jcvp/EPxSyE0N8fPyBa2wVHvDl4i4mI48X0Emlgi pv4YGWQxExkTO1am+A4teo6IA9pY1Ij7C3YqFYH7wNuVq2fGagZTmtusKKj/7Fw9 U2vXeY+mYmBjGzAqrsCIexo3UQ4+GeWtaR3IjLSwvWxG4pbBd272kTNNt0yfcyf3 ggOfaWH4yfYl3AkJUXSvCA//slVnE5KGBJd1Duv9lsFY0vn5cNPJqlJ1N7E8/rE9 p/JF5cLOypmL0kvP00tE2odqup/0StJLDORBpgO3eizJL/Ujr16PhLpFiEkYT4Bw ykI/Y6wL8i9nNfsIjbej1ZngxFPrJw55PBzjCzckEI9yg38KcVM3HGNBTb7Jt02i dgSIn+Qp3vQwxG86CXumuRJfOjTzqLJI/7+y8vZ6he98bw8IB6Gp3OI8SLlauL+Y FM9RXH5vgdN+Vx+zKZytbmE3yeS+ZySL/kVsewv0ayCHpsfFFnE= =BSZG -----END PGP SIGNATURE----- --=_47b690a7a045752a0249dfdabf4c3192--