From owner-freebsd-arm@freebsd.org Mon Mar 29 03:50:45 2021 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 7C8035BAB27 for ; Mon, 29 Mar 2021 03:50:45 +0000 (UTC) (envelope-from carlj@peak.org) Received: from smtp.email-protect.gosecure.net (smtp.email-protect.gosecure.net [208.80.203.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "*.email-protect.gosecure.net", Issuer "Thawte RSA CA 2018" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F7zBX2bpVz4X2h for ; Mon, 29 Mar 2021 03:50:43 +0000 (UTC) (envelope-from carlj@peak.org) Received: from envoy14.neonova.net ([137.118.58.100]) by smtp.email-protect.gosecure.net ({fd08d174-78b7-11eb-85da-e3f82af716ed}) via TCP (outbound) with ESMTP id 20210329035026925_00002452 for ; Sun, 28 Mar 2021 20:50:26 -0700 X-RC-FROM: X-RC-RCPT: Received: from bay.localnet (unknown [199.58.99.76]) (Authenticated sender: carlj@peak.org) by envoy14.neonova.net (Postfix) with ESMTPA id 4F7zB66LC8z9sxV for ; Sun, 28 Mar 2021 23:50:22 -0400 (EDT) Received: from carlj by bay.localnet with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1lQiuq-000CNE-Oe for freebsd-arm@freebsd.org; Sun, 28 Mar 2021 20:50:12 -0700 From: Carl Johnson To: freebsd-arm@freebsd.org Subject: Re: Any good alternative to Raspberry for Arm64? References: <21BE83BC-0667-44F7-83E4-1664A2BC6017@icloud.com> <86sg4gx7f1.fsf@bay.localnet> Date: Sun, 28 Mar 2021 20:50:12 -0700 In-Reply-To: <86sg4gx7f1.fsf@bay.localnet> (Carl Johnson's message of "Sat, 27 Mar 2021 20:51:14 -0700") Message-ID: <86im5awrd7.fsf@bay.localnet> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain X-MAG-OUTBOUND: greymail.email-protect.gosecure.net@137.118.58.100/32 X-Rspamd-Queue-Id: 4F7zBX2bpVz4X2h X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=pass (policy=none) header.from=peak.org; spf=pass (mx1.freebsd.org: domain of carlj@peak.org designates 208.80.203.1 as permitted sender) smtp.mailfrom=carlj@peak.org X-Spamd-Result: default: False [-2.80 / 15.00]; RCVD_TLS_LAST(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[208.80.203.1:from]; TO_MATCH_ENVRCPT_ALL(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:208.80.200.0/21]; 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]; SPAMHAUS_ZRD(0.00)[208.80.203.1:from:127.0.2.255]; RCVD_COUNT_THREE(0.00)[4]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; DMARC_POLICY_ALLOW(-0.50)[peak.org,none]; RCVD_IN_DNSWL_NONE(0.00)[208.80.203.1:from]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:14618, ipnet:208.80.202.0/23, country:US]; SUBJECT_ENDS_QUESTION(1.00)[]; MAILMAN_DEST(0.00)[freebsd-arm] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: Porting FreeBSD to ARM processors List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Mar 2021 03:50:45 -0000 Carl Johnson writes: > Andrew Mitchell via freebsd-arm writes: > >> Hi everyone, >> I've seen that there are arm machines for FreeBSD other than >> Raspberry. I've been using it with 14.0-CURRENT, and my skills are too >> limited for patching it. So, I've decided to find a machine on which a >> RELEASE or STABLE version would work. To my knowledge, and after many >> tries, it seems that there are no FreeBSD working smoothly on RPI4 B. >> So, if you have any suggestions for a working FreeBSD on any machine, I'd be grateful. >> I won't discard 14.0 CURRENT, as I've done quite a few things which >> were much fun. It's just for getting other experiences. >> >> Please, tell me. >> Andy > > I have 13.0-RC3 working well on a RPi 4B with 8GB RAM. The only problem > I have is the efifb is working with very low resolution, and that would > unusable for my desktop use. It current reports "VT(efifb): resolution > 592x448" on a 1280x1024 monitor, but I haven't figured out a way to use > the full monitor resolution. Raspbian does work properly, and my RPi 2B > running FreeBSD 12.2-RELEASE also works properly with the same monitor, > but they don't use efifb. Just for the record, I now have efifb working at full resolution. Mark Millard had suggested off-list that I comment out the 'hdmi_safe=1' line in the /boot/msdos/config.txt file, and it then worked after the next reboot. I also should have mentioned that I am just using the downloaded binary image from freebsd.org that I burned to an SD card. -- Carl Johnson carlj@peak.org