From owner-freebsd-arm@freebsd.org Sun Mar 28 22:53:06 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 EBE8D5B282A for ; Sun, 28 Mar 2021 22:53:06 +0000 (UTC) (envelope-from mw@semihalf.com) Received: from mail-qk1-x72e.google.com (mail-qk1-x72e.google.com [IPv6:2607:f8b0:4864:20::72e]) (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 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4F7rb54XJSz3lyT for ; Sun, 28 Mar 2021 22:53:04 +0000 (UTC) (envelope-from mw@semihalf.com) Received: by mail-qk1-x72e.google.com with SMTP id z10so10812499qkz.13 for ; Sun, 28 Mar 2021 15:53:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=semihalf-com.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=zXxLDMyYW09AyD9zdzGlciv0eAI+BnhRt/uDaygPhrg=; b=02hR08NWXyLMfo1OGrpNemdyXRxgxgDa0K8jdeGqrBOd4aPxTNIcwqCyVBCLSrQtfc mKkE2byeSHmjqm29ebwEThyC31ikO3LYpUJyjKnSuAy0bs/YYh8n5L9FIUY9+rVMPBFr 67BQ0F3fHiZ2B6nIflnpIC0hdPQ9qc3moRf7IqCsghI4wW38jTTALRbksXGVPwS0/XvS /lzivS7pq0O/tGWTVFG8brE4M+YdkkwvDxWluR3han9sVJ3ReWm2VB4NxA35vW/pnTkQ eP+VQSf9NA0YZ6t1Z3W5toyIKlm3+druuzVJl75qbbQXnBXSAKrhc8oCsb1s6anZNz/1 VnFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=zXxLDMyYW09AyD9zdzGlciv0eAI+BnhRt/uDaygPhrg=; b=aq008iV9DQDG+S8oxu42HNF6Y6Qu1ojUwtGH+3gLMoDDAS9A75NYwKRJLGILa8VRo9 d6kAXLCmWJVeKfXYWR3GeaAEgjdvxahqiDMNRqV7dz17c7/tJGJiuHpYVtETP+AHZIoZ /fu/KVT5oZCjoIux5NFm24jVB9XG9Khtp8Jlqq0bYFwwx8uZM6y14pkEZotY9wpfjyVZ GFkoxBuQ5DrswGJ/GxFIwr9ZeVq1caJD3xrbc/eyez1muMK9d72CRYkUJLHJjn4itVE9 dgDVO9bNkJGmT0jdM3Lj7ecLVz3A6f7WbEwXiev8ZZ4Y+25PkV22wQdYxwsvTNLrfV6C pXDw== X-Gm-Message-State: AOAM532h5BOkJgABygQRO9bh2mxiEpxJ0y/zEL7sM1XnInLgszLFooPd 89l+OQIai18i5TZItxrgHO7q2ZefYoRjPKtpY8gCJHQLYzCqww== X-Google-Smtp-Source: ABdhPJwMISokWABPl5yGpNnzJKCNNCKK4ARAyk7LP40Eak1RbCrHuhP1wdrf3RRvC8orUM1AWNJ6r5/dEsQmgCh8it8= X-Received: by 2002:a37:6243:: with SMTP id w64mr22091116qkb.295.1616971984159; Sun, 28 Mar 2021 15:53:04 -0700 (PDT) MIME-Version: 1.0 References: <7b284f7718556f1cf0a7a205c98db6b1@pyret.net> <8F8F3491-3E1F-45C8-BF61-09F7557F48A5@googlemail.com> <265dbf9c33f4ce09c702c9d7fae93c9b@pyret.net> In-Reply-To: From: Marcin Wojtas Date: Mon, 29 Mar 2021 00:52:53 +0200 Message-ID: Subject: Re: Any good alternative to Raspberry for Arm64? To: Mark Millard Cc: =?UTF-8?Q?Klaus_K=C3=BCchemann?= , freebsd-arm Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4F7rb54XJSz3lyT X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=semihalf-com.20150623.gappssmtp.com header.s=20150623 header.b=02hR08NW; dmarc=none; spf=none (mx1.freebsd.org: domain of mw@semihalf.com has no SPF policy when checking 2607:f8b0:4864:20::72e) smtp.mailfrom=mw@semihalf.com X-Spamd-Result: default: False [-2.13 / 15.00]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[semihalf-com.20150623.gappssmtp.com:+]; NEURAL_HAM_SHORT(-0.83)[-0.825]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2607:f8b0:4864:20::72e:from]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; MIME_TRACE(0.00)[0:+]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[semihalf-com.20150623.gappssmtp.com:s=20150623]; FREEFALL_USER(0.00)[mw]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; DMARC_NA(0.00)[semihalf.com]; SPAMHAUS_ZRD(0.00)[2607:f8b0:4864:20::72e:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[2607:f8b0:4864:20::72e:from]; R_SPF_NA(0.00)[no SPF record]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[]; MAILMAN_DEST(0.00)[freebsd-arm]; FREEMAIL_CC(0.00)[googlemail.com,freebsd.org] 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: Sun, 28 Mar 2021 22:53:07 -0000 H Mark, niedz., 28 mar 2021 o 22:15 Mark Millard via freebsd-arm napisa=C5=82(a): > > On 2021-Mar-28, at 12:48, Klaus K=C3=BCchemann via freebsd-arm wrote: > > > >> Am 28.03.2021 um 21:35 schrieb S=C3=B8ren Schmidt : > >> > >> On 28 Mar 2021, at 21.23, Daniel Engberg wrote: > >> > >>> ESD can kill any type of hardware, there are multiple reasons why you= shouldn't play around with live hardware and powered off for that matter w= ithout any protection regarding ESD. Pretty much all hardware comes with cl= ear instructions and warnings about it. Without getting too technical I say= that I have a 3A PSU the runs fine at least for me however quality of PSUs= is a different story. It's a RockPro64 paired with a dual port PCIe NIC ho= wever I would recommend higher rated one if you plan to attach non external= powered USB devices. > >>> > >>> We only support mainline u-boot, if you're using forks and/or patched= versions you're kinda "on your own" and there's no (to my knowledge) suppo= rt (yet) upstream for booting off NVME or SATA/AHCI. > >> > >> Well, at least u-boot2021.01 has all the needed support to boot a rock= pro64 or pinebookpro from nvme/sata/usb/sd/mmc/net. > >> If you put u-boot into the SPI-flash it will boot from any of the abov= e media. > >> > >> -- > >> S=C3=B8ren Schmidt > >> sos@deepcore.dk / sos@freebsd.org > >> "So much code to hack, so little time=E2=80=9C > >> > > > > yes, I used 2021.04-rcXX( master, self-compiled)=E2=80=A6 the strange t= hing on Rock960-board was that it needed some reboots > > until nvme was scanned correctly in u-boot-prompt. > > Thean it boots FreeBSD straight up and then hangs on mountroot> ( becau= se there=E2=80=99s no /dev/nda0 or /dev/nvmeXX). > > I presume an electrical issue since it was once(only once) detected by = adding nvme_load=3D=E2=80=9EYES=E2=80=9C& nvd_load=3D=E2=80=9EYES=E2=80=9C = in rc.conf. > > The u-boot patch related to nvme on that board also was based on a volt= age-change . > > =E2=80=A6 I`ll post some debug-output the next hours=E2=80=A6 (`guess p= cie has mem alloc issue from dmesg)=E2=80=A6 > > > > Anyone successfully booting from nvme on any aarch64-board ?? > > As reported on the list earlier, I plugged a Optane 480 GiByte > into a MACCHIATObin Double Shot's PCIe in a system that's microsd > card had the EDK2-variant build from: > > https://unrelentingtech.s3.dualstack.eu-west-1.amazonaws.com/flash-image-= 2020-07-01-mainline-tfa.bin > > and the system just worked (/dev/nda0). I updated the FreeBSD in > this configuration and that booted too. > > (The Optane was originally initialized while in a amd64 system > and so was boot-ready when first plugged into an aarch64.) > > This is not the MACCHIATObin's normal configuration and things > were put back to normal after the experiment. > > The MACCHIATObin Double Shot has 4 Cortex-A72 cores. > MacchiatoBin has fully opensource firmware, with the mainline edk2/TF-A one can boot FreeBSD with DT or ACPI. The referenced image from Greg should also be fine. The only significant interface missing is the built-in PP2 NIC. EspressoBin (and Armada 3720 in general) is very well supported - apart from PCIE, everything should work. Best regards, Marcin