From owner-freebsd-arm@freebsd.org Wed Dec 4 14:49:06 2019 Return-Path: Delivered-To: freebsd-arm@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 B81AA1C3969; Wed, 4 Dec 2019 14:49:06 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from gromit.dlib.vt.edu (gromit.dlib.vt.edu [128.173.49.70]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "gromit.dlib.vt.edu", Issuer "Chumby Certificate Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 47ShZ93ynxz3Q34; Wed, 4 Dec 2019 14:49:05 +0000 (UTC) (envelope-from paul@gromit.dlib.vt.edu) Received: from pmather-dld-1.lib.vt.edu (pmather-dld-1.lib.vt.edu [128.173.51.23]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by gromit.dlib.vt.edu (Postfix) with ESMTPSA id 1CBD640D; Wed, 4 Dec 2019 09:48:58 -0500 (EST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\)) Subject: Re: arm64 as Tier 1 for FreeBSD 13 From: Paul Mather In-Reply-To: <20191204092402.GA82492@fuz.su> Date: Wed, 4 Dec 2019 09:48:58 -0500 Cc: freebsd-arm , freebsd-arch Content-Transfer-Encoding: quoted-printable Message-Id: References: <17938.1575444597@critter.freebsd.dk> <20191204092402.GA82492@fuz.su> To: Robert Clausecker X-Mailer: Apple Mail (2.3445.104.11) X-Rspamd-Queue-Id: 47ShZ93ynxz3Q34 X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=vt.edu (policy=none); spf=none (mx1.freebsd.org: domain of paul@gromit.dlib.vt.edu has no SPF policy when checking 128.173.49.70) smtp.mailfrom=paul@gromit.dlib.vt.edu X-Spamd-Result: default: False [-2.09 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[vt.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-1.00)[-0.999,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(-0.59)[ip: (-1.49), ipnet: 128.173.0.0/16(-0.74), asn: 1312(-0.68), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; R_SPF_NA(0.00)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:1312, ipnet:128.173.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Dec 2019 14:49:06 -0000 On Dec 4, 2019, at 4:24 AM, Robert Clausecker wrote: > On Wed, Dec 04, 2019 at 07:29:57AM +0000, Poul-Henning Kamp wrote: >> In message = , Ed = Maste writes: >>> We don't do this today, but have the ability to do so for arm64 = server >>> platforms. (Due to its design, freebsd-update does not work >>> particularly well on devices with slow root filesystems such as SD >>> cards.) >>=20 >> I don't think storage-technology should be used as a discriminant = here. >>=20 >> First because it is quite trivial to plug in a quality USB SSD (WD >> passport for instance) and use that as root filesystem. >>=20 >> Second, just because freebsd-update takes a day to run, doesn't mean >> that people would not want it. >=20 > Indeed. For example, on a Raspberry Pi 3B, it takes multiple days to > build world as the build must be done single threaded due to a lack of > RAM (building LLVM is the worst offender here). Getting it down to = one > day is already a huge quality of life improvement. I'm running FreeBSD/arm64 12-STABLE on a Raspberry Pi 3 using a = root-on-ZFS setup. I've been using packaged base for quite some time, = cross-building on FreeBSD/amd64. Every time I upgrade FreeBSD via "pkg = upgrade" it seems to me that it does not take an inordinately long time. = It takes longer than packaged base on a regular FreeBSD/amd64 server = with spinning disk, but not an excessive amount of time. It's certainly = on the order of minutes, not hours. Cheers, Paul.