From owner-svn-doc-head@FreeBSD.ORG Tue Apr 14 18:09:15 2015 Return-Path: Delivered-To: svn-doc-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3BEEE7D; Tue, 14 Apr 2015 18:09:15 +0000 (UTC) Received: from svn.freebsd.org (svn.freebsd.org [IPv6:2001:1900:2254:2068::e6a:0]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 26D7A8F9; Tue, 14 Apr 2015 18:09:15 +0000 (UTC) Received: from svn.freebsd.org ([127.0.1.70]) by svn.freebsd.org (8.14.9/8.14.9) with ESMTP id t3EI9FSI014285; Tue, 14 Apr 2015 18:09:15 GMT (envelope-from imp@FreeBSD.org) Received: (from imp@localhost) by svn.freebsd.org (8.14.9/8.14.9/Submit) id t3EI9F2w014284; Tue, 14 Apr 2015 18:09:15 GMT (envelope-from imp@FreeBSD.org) Message-Id: <201504141809.t3EI9F2w014284@svn.freebsd.org> X-Authentication-Warning: svn.freebsd.org: imp set sender to imp@FreeBSD.org using -f From: Warner Losh Date: Tue, 14 Apr 2015 18:09:14 +0000 (UTC) To: doc-committers@freebsd.org, svn-doc-all@freebsd.org, svn-doc-head@freebsd.org Subject: svn commit: r46532 - head/en_US.ISO8859-1/articles/committers-guide X-SVN-Group: doc-head 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.20 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: Tue, 14 Apr 2015 18:09:15 -0000 Author: imp Date: Tue Apr 14 18:09:14 2015 New Revision: 46532 URL: https://svnweb.freebsd.org/changeset/doc/46532 Log: Tweak the Tier policy and wording slightly to match current reality. Also, move ia64 to Tier 4 status starting in FreeBSD 11. Keep it in the Tier 2 status category until FreeBSD 10 ages out of support. Consistently use Toolchain maintainers (plural) and adjust surrounding verbs, etc to match. Modified: head/en_US.ISO8859-1/articles/committers-guide/article.xml Modified: head/en_US.ISO8859-1/articles/committers-guide/article.xml ============================================================================== --- head/en_US.ISO8859-1/articles/committers-guide/article.xml Tue Apr 14 17:27:19 2015 (r46531) +++ head/en_US.ISO8859-1/articles/committers-guide/article.xml Tue Apr 14 18:09:14 2015 (r46532) @@ -3723,7 +3723,7 @@ Relnotes: yes Tier 2 platforms are not supported by the security officer and release engineering teams. Platform maintainers are responsible for toolchain support in the tree. The toolchain - maintainer is expected to work with the platform maintainers + maintainers are expected to work with the platform maintainers to refine these changes. Major new toolchain components are allowed to break support for Tier 2 architectures if the &os;-local changes have not been incorporated upstream. @@ -3752,7 +3752,7 @@ Relnotes: yes diminishes. Well supported niche architectures may also be Tier 2. - Tier 2 architectures may have some support for them + Tier 2 architectures have basic support for them integrated into the ports infrastructure. They may have cross compilation support added, at the discretion of portmgr. Some ports must built natively into packages if the package system @@ -3764,9 +3764,8 @@ Relnotes: yes handbook. The basics for how to get a system running must be documented, although not necessarily for every single board or system a Tier 2 architecture supports. The supported hardware - list must exist and should be no more than a couple of months - old. It should be integrated into the &os; - documentation. + list must exist and should be relatively recent. It should be + integrated into the &os; documentation. Current Tier 2 platforms are &arch.arm;, &arch.ia64;, &arch.pc98;, &arch.powerpc;, and &arch.sparc64;. @@ -3777,16 +3776,18 @@ Relnotes: yes Tier 3 platforms are not supported by the security officer and release engineering teams. At the discretion of the - toolchain maintainer, they may be supported in the toolchain. + toolchain maintainers, they may be supported in the toolchain. Tier 3 platforms are architectures in the early stages of development, for non-mainstream hardware platforms, or which are considered legacy systems unlikely to see broad future - use. New Tier 3 systems will not be committed to the base - source tree. Support for Tier 3 systems may be worked on in - the &os; Perforce Repository, providing source control and - easier change integration from the main &os; tree. - Platforms that transition to Tier 3 status may be removed from - the tree if they are no longer actively supported by the + use. Initial support for Tier 3 platforms should be worked on in + external SCM repositories. + The transition to &os;'s subversion should take place after + the platform boots multi-user on hardware; sharing via + subversion is needed for wider exposure; and multiple + developers are actively working on the platform. + Platforms that transition to Tier 3 status may be + removed from the tree if they are no longer actively supported by the &os; developer community at the discretion of the release engineer. @@ -3798,8 +3799,7 @@ Relnotes: yes hardware or emulation environment. This documentation need not be integrated into the &os; tree. - Current Tier 3 platforms are &arch.mips; and - &s390;. + Current Tier 3 platforms are &arch.mips;. @@ -3809,7 +3809,8 @@ Relnotes: yes project. All systems not otherwise classified into a support tier - are Tier 4 systems. + are Tier 4 systems. The &arch.ia64; platform is transitioning to + Tier 4 status in &os; 11.