From owner-freebsd-arm@freebsd.org Wed Jul 10 17:49:11 2019 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 7484015DE4CC for ; Wed, 10 Jul 2019 17:49:11 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from onager.schwarzes.net (onager.schwarzes.net [IPv6:2a03:4000:8:2bb::5d22]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2202D97E25 for ; Wed, 10 Jul 2019 17:49:09 +0000 (UTC) (envelope-from freebsd.asc@strcmp.org) Received: from [172.30.250.35] (x4d03c921.dyn.telefonica.de [77.3.201.33]) (authenticated bits=0) by onager.schwarzes.net (8.15.2/8.15.2) with ESMTPA id x6AHn6K7061972 for ; Wed, 10 Jul 2019 19:49:07 +0200 (CEST) (envelope-from freebsd.asc@strcmp.org) From: Andreas Schwarz To: freebsd-arm@FreeBSD.org Mail-Reply-To: Andreas Schwarz Mail-Followup-To: freebsd-arm@FreeBSD.org Date: Wed, 10 Jul 2019 19:49:06 +0200 (CEST) Message-ID: <4e1a022c131.3d5f3e48@mail.schwarzes.net> In-Reply-To: <5fcba83d-2207-accc-ab33-a33085c80753@FreeBSD.org> References: <20190709161243.GC4904@mon.zyxst.net> <20190710031750.GB28522@lonesome.com> <5fcba83d-2207-accc-ab33-a33085c80753@FreeBSD.org> User-Agent: YAM/2.9p1 (MorphOS; PPC; rv:20140418r7798) Subject: Re: raspberry pi 4 MIME-Version: 1.0 Content-Type: text/plain X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.6.2 (onager.schwarzes.net [37.221.194.76]); Wed, 10 Jul 2019 19:49:07 +0200 (CEST) X-Rspamd-Queue-Id: 2202D97E25 X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of freebsd.asc@strcmp.org designates 2a03:4000:8:2bb::5d22 as permitted sender) smtp.mailfrom=freebsd.asc@strcmp.org X-Spamd-Result: default: False [-3.16 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-0.98)[-0.979,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+mx]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; RCVD_TLS_LAST(0.00)[]; MX_GOOD(-0.01)[onager.schwarzes.net,octopus.schwarzes.net]; NEURAL_HAM_SHORT(-0.47)[-0.466,0]; DMARC_NA(0.00)[strcmp.org]; IP_SCORE(-0.40)[ipnet: 2000::/3(-1.26), asn: 12874(-0.79), country: IT(0.03)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12874, ipnet:2000::/3, country:IT]; 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, 10 Jul 2019 17:49:11 -0000 On 10.07.19, Johannes Lundberg wrote: > On 7/9/19 8:17 PM, Mark Linimon wrote: >> On Wed, Jul 10, 2019 at 09:52:43AM +0900, Denis Polygalov wrote: >>> but please let's enhance support of the good OS (FreeBSD) >>> on a *good* boards. >> Despite any technical advantages or disadvantages, RPI has the most >> mindshare, and we would be foolish to avoid it. > > Indeed. SBCs come and go. They are EOL before we even have a boot > prompt. Personally I would like to see a joint effort focused on one > board and make that work really well. Maybe an incentive would be the > foundation throwing money at it in the form of rewards for well defined > sub projects. The one most likely to survive longest is RPI but there > might be other valid alternatives as well. Thanks to Emmanuel's efforts > maybe Pine64 is a good alternative? I'm happy to help with graphics if > we would do such focused effort but as long as we're all over the place > I don't see much point in contributing with the limited time I have... Pine64 and Pine64-LTS are fine, but I've still the problem (for years now) that reboots via cli are not 100% reliable, in many cases the system stop booting and I need to press the reset button. I don't know the reason, but there are many reports related to this issue. -asc