From nobody Sun Oct 31 03:34:59 2021 X-Original-To: freebsd-arm@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 BB9D21838680; Sun, 31 Oct 2021 03:35:04 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4Hhhcm0BFFz4md5; Sun, 31 Oct 2021 03:35:03 +0000 (UTC) (envelope-from tech-lists@zyxst.net) Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id B30C95C0057; Sat, 30 Oct 2021 23:35:03 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute4.internal (MEProxy); Sat, 30 Oct 2021 23:35:03 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=zyxst.net; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm1; bh=l/4HVt3upD1GfsBQetDQmHwpmrc rSSg/+PJjg23OKHY=; b=KpsDcd103rjij4fLKI2G1UhUARDC6ddR3h61d2gIW7b h691a5tM1ThdBuh7hsDaaus62kW4rQFv2dhmjq6HFBHEDq5jiqOkCzSxrZpAVxJR nJQFb/8Wjv0u/BLWXkfOg6nQ9Wq747v9OBkKiKj0z+eU3miDoaCJOdNIxtV0hsq2 ziauQnGd5SZXgUQHwSpYrI0QOV2zO5jiaoOJmkRiYRIeYqRLj66L6Tri9yCq6Vr2 O7GOwZgG89MXFkln5oA4/Dq6bRMouNQrZycP3cjDgfAe9mZcQtEcC1b09y68l5wa 7xsZjsqAsECkP6i33gUutjOI4mo4Oz+YNfXTk3X9P7g== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm1; bh=l/4HVt 3upD1GfsBQetDQmHwpmrcrSSg/+PJjg23OKHY=; b=nc7NIKAxVF8s/3VFXpw3gE TVTzpdM/HkEFFqIikWCrzl51/eZ22EDVQ/H670ZmNMgrar/VPBh3jIQu4Eiowqj8 c5YC90Vx/iKrsb53/HF+YNNa+CtB6GeT2Y/uJxWLx1SlxUk8W8vBb1QNlA37hg3x FgHZtKc7UBICKsLg57sHbiQo1tJvjlE2Nqps9rCU65BdtQfE73Nf+YXI/OnMueU0 o15Q5Rc5FPmMzC6F+mbCB/oC2NyrNGG7Al0q1BuevazvBysl++rLX8tGhuXsF3ML lbzMz0Q4SzPVIMzVNXQpR6WxTjxa7qd0c4wcqW5QUamGvEt+Ldc4t1r3+QTL4qiQ == X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvdegkedgjeduucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpeffhffvuffkfhggtggujgesghdtre ertddtvdenucfhrhhomhepthgvtghhqdhlihhsthhsuceothgvtghhqdhlihhsthhsseii hiigshhtrdhnvghtqeenucggtffrrghtthgvrhhnpefhveekffdtveeigedtvdeuteegtd elkefhvddufeeuhfekvdfhueeijeevveffueenucffohhmrghinhepfihikhhiphgvughi rgdrohhrghenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhroh hmpehtvggthhdqlhhishhtshesiiihgihsthdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sat, 30 Oct 2021 23:35:02 -0400 (EDT) Date: Sun, 31 Oct 2021 03:34:59 +0000 From: tech-lists To: freebsd-arch@freebsd.org Cc: freebsd-arm@freebsd.org Subject: Re: FreeBSD 14: Poll armv6 deprecated or removed Message-ID: Mail-Followup-To: freebsd-arch@freebsd.org, freebsd-arm@freebsd.org References: List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@freebsd.org MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="pBLyJKq5Pl2TceHt" Content-Disposition: inline In-Reply-To: X-Rspamd-Queue-Id: 4Hhhcm0BFFz4md5 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=zyxst.net header.s=fm1 header.b=KpsDcd10; dkim=pass header.d=messagingengine.com header.s=fm1 header.b=nc7NIKAx; dmarc=none; spf=none (mx1.freebsd.org: domain of tech-lists@zyxst.net has no SPF policy when checking 66.111.4.29) smtp.mailfrom=tech-lists@zyxst.net X-Spamd-Result: default: False [-4.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[zyxst.net:s=fm1,messagingengine.com:s=fm1]; RWL_MAILSPIKE_POSSIBLE(0.00)[66.111.4.29:from]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[zyxst.net]; NEURAL_SPAM_SHORT(1.00)[1.000]; DWL_DNSWL_LOW(-1.00)[messagingengine.com:dkim]; RCVD_COUNT_THREE(0.00)[4]; MID_RHS_MATCH_FROMTLD(0.00)[]; DKIM_TRACE(0.00)[zyxst.net:+,messagingengine.com:+]; RCPT_COUNT_TWO(0.00)[2]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; R_SPF_NA(0.00)[no SPF record]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:19151, ipnet:66.111.4.0/24, country:US]; RCVD_IN_DNSWL_LOW(-0.10)[66.111.4.29:from] X-ThisMailContainsUnwantedMimeParts: N --pBLyJKq5Pl2TceHt Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi, On Thu, Oct 28, 2021 at 09:37:03AM -0600, 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. I'm still using freebsd with armv6. It's [rpib+] presently a console server= to the router, connected via a ttl cable. As to useful, it's useful to me ;) b= ut=20 i'd imagine theres still lots of uses for armv6 boards, particularly in a l= ow-power=20 or battery-operated situation. The hardware is durable. They can still be b= ought=20 new, albeit on back order. According to https://en.wikipedia.org/wiki/Raspberry_Pi#Series_and_generations they [rpib+] aren't discontinued >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). How do you estimate the number of users? Millions of these (armv6) boards were sold. >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. Would it be easier to build a much limited number of packages? Stuff that's console-only? no xorg, browsers etc for -releng.=20 But I agree with 2a for -stable, for any arch.. >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. mine would be for 2a only for -stable. I think you might be wrong with "very small number of users" though. If you do decide to go ahead with it, if arm6 users still want *BSD, on netbsd it's a tier1 arch. --=20 J. --pBLyJKq5Pl2TceHt Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEE8n3tWhxW11Ccvv9/s8o7QhFzNAUFAmF+Ds4ACgkQs8o7QhFz NAVqZQ/9GF10QzOYJXYYFsVkDtD6nzlLvvChmDaXe/CNz7KGM5BHzLD87MVGfmXd xt9JZFpr892RDjX9r0gkUt0v3r3WFbjpGEFRWNkmujo5pm2CJYS5YsLvt1a6drwb Y4EUNZg9QsX6TnXN17HVx1RAocWudCcmfRHNvI/74CzFIVV2SAWFBB0LiY4nJG25 ScYlqREldXV1V9gVYkMFsKT4dCOM6rNGZt6FhHpPgcBwLHKbEL7raXJpGk7iz10M SXMhFS4Olcp1r2sfqYu7+pLaRvetD7JFnuZ07I4x/6IyCqCFhMBG2nfAKfsqJOE2 wTKrpj8ezlylZyy2WAlTrl5h41a5zw+ol3HN81nCyYqLeieS60f+wFHzpDdNpA/M GrdlYZmYlMr2Otp8O41lxaLItU6oPVaztRcWLSehKYTXsxM9hD0UI07WR+2bgqMU FEs9c12arJWiCgDnp5+iDBP+9QUdhwupDn2KcMNXK4mYLsvtPaqesLl7n+7SfbsB 0i1AhE3TLzEch6QTcQC81qHKuaY7d6lQ9F3KnOsS21PKVf28CYcGUb8pJ54Lf/mJ RbbzjngBRwKMVbKAkZRz48CYjZwq+G0MdY9+ovVPGhh3PEzn8K44kK014uVOgM2M UU3Nd2sEEAmyXA4rp1ERoQYA9UaiD7bkBf03GegrS3qN1klyEig= =5K1z -----END PGP SIGNATURE----- --pBLyJKq5Pl2TceHt--