From nobody Tue Dec 13 17:48:24 2022 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 4NWmFM6T7rz4kN3N for ; Tue, 13 Dec 2022 17:48:39 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-ej1-x634.google.com (mail-ej1-x634.google.com [IPv6:2a00:1450:4864:20::634]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4NWmFL1S0Gz49dd for ; Tue, 13 Dec 2022 17:48:38 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bsdimp-com.20210112.gappssmtp.com header.s=20210112 header.b="T/DE3A5A"; spf=none (mx1.freebsd.org: domain of wlosh@bsdimp.com has no SPF policy when checking 2a00:1450:4864:20::634) smtp.mailfrom=wlosh@bsdimp.com; dmarc=none Received: by mail-ej1-x634.google.com with SMTP id m18so38365162eji.5 for ; Tue, 13 Dec 2022 09:48:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20210112.gappssmtp.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=HyssrJq8BLUQkklEoMQwGWqDGJH3V00oShdrcvb3lcg=; b=T/DE3A5Ai/HjS9HogyCbPx+CCq6eK/P/v07LJQzIQt4H3T4Lg/RfDGskbKWaLfRU0b xvqE2y7zKgQ/YLPXYxvgxITWAvVYJlnsQNA3HXUBS7N0EdMgvC211hMJX7kjFBIWdRVh Hk3f6+8waoPtyYVMcL64nnTwXlWd4+gAN7UQsXkj2+cg6RLbQKyEv8Wdg/MJlOjH7R7V +NLFnV9ov3t1F40fApxvOfNxQQotgNnAGWcRa89MufZPeCB1HjPTz2WBWzXSA9Wfrvnp AiYJN5/h83mVKhlcRTlxLlWTNHQuJniNUKR+vs3ZTUoQCYQ7/78EarUVAE4ZkKL6IV3+ Tv1Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=HyssrJq8BLUQkklEoMQwGWqDGJH3V00oShdrcvb3lcg=; b=bUzCxTRR3oSTCm0yHECKdcikfbwxl6dFnsdLDUWe81Of/KFT+OpX7gmNgt4onb6wWO cEBlN/Figywrkyjh4reaB03NMDLgTsooUfgx9qmfTLkNgr9V+eV17CCnvwxtgOd3k0ua 4OQrRtF3i+WPMaRbvVnjNQAoxNARQEh/eVzhm6HJdYs5vtGVWYmHhU5dN7yvOZYwdpry 2vAjUqDsgY5VK9SQfjfch5SVwUfPgUxyAN55k265JB3fvWBjXWA4x+HePfxgenvptGc+ Yx7kGbtNuyTpGe5ZM1iFT7LAqvK1mk+Y3PW2G1q/9BXJvabeR0EU1o8asRtIqpPzLuHo CegQ== X-Gm-Message-State: ANoB5pnyfA++cmVkvwBB2AEjkLbIrphVhZx1+5dHZnzicCn+kfVRaNx9 YS2txteizsNQ/ZVmgubPLhWBY6w3aywCJwGz+3Zv0xM/cQ3GHg== X-Google-Smtp-Source: AA0mqf710Ci/mewCW10KkReozSXaM3gLVkWc/51oZ/U2HpysL8D2dB9Ovo8MnSz/7MhuzoXuGVScLqqF2OyWO0vxOLI= X-Received: by 2002:a17:906:5a0c:b0:7c0:faca:4d5e with SMTP id mx12-20020a1709065a0c00b007c0faca4d5emr13210247ejc.140.1670953715997; Tue, 13 Dec 2022 09:48:35 -0800 (PST) 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 References: In-Reply-To: From: Warner Losh Date: Tue, 13 Dec 2022 10:48:24 -0700 Message-ID: Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed To: "freebsd-arch@freebsd.org" Content-Type: multipart/alternative; boundary="000000000000adafd305efb93a37" X-Spamd-Result: default: False [-3.00 / 15.00]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.999]; FORGED_SENDER(0.30)[imp@bsdimp.com,wlosh@bsdimp.com]; R_DKIM_ALLOW(-0.20)[bsdimp-com.20210112.gappssmtp.com:s=20210112]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; MLMMJ_DEST(0.00)[freebsd-arch@freebsd.org]; R_SPF_NA(0.00)[no SPF record]; ARC_NA(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; TO_DN_EQ_ADDR_ALL(0.00)[]; DKIM_TRACE(0.00)[bsdimp-com.20210112.gappssmtp.com:+]; FROM_NEQ_ENVFROM(0.00)[imp@bsdimp.com,wlosh@bsdimp.com]; TO_MATCH_ENVRCPT_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::634:from]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arch@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; DMARC_NA(0.00)[bsdimp.com]; RCVD_COUNT_TWO(0.00)[2] X-Rspamd-Queue-Id: 4NWmFL1S0Gz49dd X-Spamd-Bar: -- X-ThisMailContainsUnwantedMimeParts: N --000000000000adafd305efb93a37 Content-Type: text/plain; charset="UTF-8" Sorry for the lag of a year, it's been a crazy time for me and this fell through the cracks. On Thu, Oct 28, 2021 at 9:37 AM Warner Losh wrote: > Greetings, > > Given that the number of available and useful armv6 boards has fallen to > almost zero, the time has come to look hard at armv6. > > There's a number of options. > > 1. Keep it as is. This will only happen if there's a lot more users than > we think (and we think there's nearly zero users of FreeBSD 13 and newer > that would want to run FreeBSD 14). > > 2. Stop building packages. Given it's small to non-existent user base, it > makes no sense to provide a package building service for it. > 2a. We should likely do this anyway for all stable branches since it's a > net negative in terms of cost/benefit analysis: lots of effort to produce, > very little use. > > 3. Disconnect it from universe: This will mean it will rot, though. It's a > necessary step in removal. > > 4. Remove support for armv6 in base entirely. This will orphan any RPiB > and RPi0 users out there. However, the RPiB hasn't been sold in a few > years, and the RPI0's connectivity is severely lacking given no SDIO > support. > > So, which of these steps do we do before FreeBSD 14 and which before > FreeBSD 15? > > My vote would be to do 1-4 for 14 including 2a. > After discussing this offline and distilling the responses here, on IRC, etc, I'd like to propose we do the following: (1) Stop building packages for armv6 entirely, on all branches. While there are some users, they can still use poudriere to build package sets themselves. Usage data suggests there's not enough demand for these packages. (2) Move armv6 to an 'EXTRA' target in make universe (eg make universe EXTRA_TARGETS=t). Powerpc does this today with powerpcspe since it's not completely supported in base. People that care can continue to build it as part of universe and we'll fix things that are broken, reported to us and have patches that don't regress other platforms. (3) After the stable/14 branch next May or June, we'll remove build support from ports (very little) and src. We'll also start to tear down armv6 support as we see it and are working in other areas, and expect that work to be done before stable/15 is branched in a predicted 2025. (4) Immediately stop including armv6 -current snapshots as generated by re@. (5) re@ won't create armv6 release images or artifacts for stable/14, 14.0, etc. Users wishing to build it can do so. I've send email to re@ asking about #4 and #5. Warner --000000000000adafd305efb93a37 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry for the lag of a year, it's been a crazy ti= me for me and this fell through the cracks.

On Thu, Oct 28, 2021 at 9:37 AM = Warner Losh <imp@bsdimp.com> wr= ote:
Greetings,

Given that the number of available = and useful armv6 boards has fallen to almost zero, the time has come to loo= k hard at armv6.

There's a number of options.<= /div>

1. Keep it as is. This will=C2=A0only happen if th= ere's a lot more users than we think (and we think=C2=A0there's nea= rly zero users of FreeBSD 13 and newer that would want to run FreeBSD 14).<= /div>

2. Stop building packages. Given it's small to= non-existent user base, it makes no sense to provide a package building se= rvice for it.
2a. We should likely do this anyway for all stable = branches since it's a net negative in terms of cost/benefit analysis: l= ots of effort to produce, very little use.

3. Disc= onnect it from universe: This will mean it will rot, though. It's a nec= essary step in removal.

4. Remove support for armv= 6 in base entirely. This will orphan any RPiB and RPi0 users out there. How= ever, the RPiB hasn't been sold in a few years, and the RPI0's conn= ectivity is severely=C2=A0lacking given no SDIO support.

So, which of these steps do we do before FreeBSD 14 and which before= FreeBSD 15?

My vote would be to do 1-4 for 14 inc= luding 2a.

After discussing thi= s offline and distilling the responses here, on IRC, etc, I'd like to p= ropose we do the following:

(1) Stop building pack= ages for armv6 entirely, on all branches. While there are some users, they = can still use poudriere to build package sets themselves. Usage data sugges= ts there's not enough demand for these packages.
(2) Move arm= v6 to an 'EXTRA' target in make universe (eg make universe EXTRA_TA= RGETS=3Dt). Powerpc does this today with powerpcspe since it's not comp= letely supported in base. People that care can continue to build it as part= of universe and we'll fix things that are broken, reported to us and h= ave patches that don't regress other platforms.
(3) After the= stable/14 branch next May or June, we'll remove build support from por= ts (very little) and src. We'll also start to tear down armv6 support a= s we see it and are working in other areas, and expect that work to be done= before stable/15 is branched in a predicted 2025.
(4) Immediatel= y stop including armv6 -current snapshots as generated by re@.
(5= ) re@ won't create armv6 release images or artifacts for stable/14, 14.= 0, etc. Users wishing to build it can do so.

I'= ;ve send email to re@ asking about #4 and #5.

Warn= er
--000000000000adafd305efb93a37--