From owner-svn-doc-head@freebsd.org Sun Nov 3 23:56:25 2019 Return-Path: Delivered-To: svn-doc-head@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 98FE51AC1D7; Sun, 3 Nov 2019 23:56:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 475tB13Yhhz3Dhl; Sun, 3 Nov 2019 23:56:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from repo.freebsd.org (repo.freebsd.org [IPv6:2610:1c1:1:6068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 463F01BA04; Sun, 3 Nov 2019 23:56:25 +0000 (UTC) (envelope-from gjb@FreeBSD.org) Received: from repo.freebsd.org ([127.0.1.37]) by repo.freebsd.org (8.15.2/8.15.2) with ESMTP id xA3NuPcQ079502; Sun, 3 Nov 2019 23:56:25 GMT (envelope-from gjb@FreeBSD.org) Received: (from gjb@localhost) by repo.freebsd.org (8.15.2/8.15.2/Submit) id xA3NuPrM079501; Sun, 3 Nov 2019 23:56:25 GMT (envelope-from gjb@FreeBSD.org) Message-Id: <201911032356.xA3NuPrM079501@repo.freebsd.org> X-Authentication-Warning: repo.freebsd.org: gjb set sender to gjb@FreeBSD.org using -f From: Glen Barber Date: Sun, 3 Nov 2019 23:56:25 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r53529 - head/en_US.ISO8859-1/htdocs/releases/12.1R/relnotes X-SVN-Group: doc-head X-SVN-Commit-Author: gjb X-SVN-Commit-Paths: head/en_US.ISO8859-1/htdocs/releases/12.1R/relnotes X-SVN-Commit-Revision: 53529 X-SVN-Commit-Repository: doc MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-BeenThere: svn-doc-head@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: SVN commit messages for the doc tree for head List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 03 Nov 2019 23:56:25 -0000 Author: gjb Date: Sun Nov 3 23:56:24 2019 New Revision: 53529 URL: https://svnweb.freebsd.org/changeset/doc/53529 Log: Add a note regarding the default CPUTYPE starting with 13.0. Submitted by: imp Sponsored by: Rubicon Communications, LLC (netgate.com) Modified: head/en_US.ISO8859-1/htdocs/releases/12.1R/relnotes/relnotes.xml Modified: head/en_US.ISO8859-1/htdocs/releases/12.1R/relnotes/relnotes.xml ============================================================================== --- head/en_US.ISO8859-1/htdocs/releases/12.1R/relnotes/relnotes.xml Sun Nov 3 20:41:24 2019 (r53528) +++ head/en_US.ISO8859-1/htdocs/releases/12.1R/relnotes/relnotes.xml Sun Nov 3 23:56:24 2019 (r53529) @@ -791,4 +791,55 @@ 1.12.0. + + + General Notes Regarding Future &os; Releases + + + Default <varname>CPUTYPE</varname> Change + + Starting with &os;-13.0, the default + CPUTYPE for the &arch.i386; + architecture will change from 486 to + 686. + + This means that, by default, binaries produced will + require a 686-class CPU, including but + not limited to binaries provided by the &os; Release + Engineering team. &os; 13.0 will continue to support + older CPUs, however users needing this + functionality will need to build their own releases for + official support. + + As the primary use for i486 and i586 + CPUs is generally in the embedded market, + the general end-user impact is expected to be minimal, as new + hardware with these CPU types has long + faded, and much of the deployed base of such systems is + nearing retirement age, statistically. + + There were several factors taken into account for this + change. For example, i486 does not have 64-bit atomics, and + while they can be emulated in the kernel, they cannot be + emulated in the userland. Additionally, the 32-bit amd64 + libraries have been i686 since their inception. + + As the majority of 32-bit testing is done by developers + using the lib32 libraries on 64-bit hardware with the + COMPAT_FREEBSD32 option in the kernel, + this change ensures better coverage and user experience. + This also aligns with what the majority of &linux; + distributions have been doing for quite some time. + + This is expected to be the final bump of the default + CPUTYPE in &arch.i386;. + + + + This change does not affect the &os; 12.x + series of releases. + + + +