Date: Sun, 28 Mar 2021 13:14:47 -0700 From: Mark Millard <marklmi@yahoo.com> To: =?utf-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com> Cc: freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Any good alternative to Raspberry for Arm64? Message-ID: <FBC36A5C-3948-4EB3-B7C3-4C16C3D9119E@yahoo.com> In-Reply-To: <C166F287-91D2-408E-B43B-222D58EA52BD@googlemail.com> References: <7b284f7718556f1cf0a7a205c98db6b1@pyret.net> <8F8F3491-3E1F-45C8-BF61-09F7557F48A5@googlemail.com> <265dbf9c33f4ce09c702c9d7fae93c9b@pyret.net> <D6C3F9FE-D34F-4CCB-80D6-46AC29F3AD39@gmail.com> <C166F287-91D2-408E-B43B-222D58EA52BD@googlemail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2021-Mar-28, at 12:48, Klaus K=C3=BCchemann via freebsd-arm = <freebsd-arm at freebsd.org> wrote: >=20 >> Am 28.03.2021 um 21:35 schrieb S=C3=B8ren Schmidt = <soren.schmidt@gmail.com>: >>=20 >> On 28 Mar 2021, at 21.23, Daniel Engberg = <daniel.engberg.lists@pyret.net> wrote: >>=20 >>> 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 without any protection regarding ESD. Pretty much all hardware = comes with clear 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 however I would recommend higher rated one if = you plan to attach non external powered USB devices. >>>=20 >>> 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) support (yet) upstream for booting off NVME or SATA/AHCI. >>=20 >> Well, at least u-boot2021.01 has all the needed support to boot a = rockpro64 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 = above media. >>=20 >> -- >> S=C3=B8ren Schmidt >> sos@deepcore.dk / sos@freebsd.org >> "So much code to hack, so little time=E2=80=9C >>=20 >=20 > yes, I used 2021.04-rcXX( master, self-compiled)=E2=80=A6 the strange = thing on Rock960-board was that it needed some reboots=20 > until nvme was scanned correctly in u-boot-prompt. > Thean it boots FreeBSD straight up and then hangs on mountroot> ( = because 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.=20 > The u-boot patch related to nvme on that board also was based on a = voltage-change . > =E2=80=A6 I`ll post some debug-output the next hours=E2=80=A6 (`guess = pcie has mem alloc issue from dmesg)=E2=80=A6 >=20 > 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-2= 020-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. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FBC36A5C-3948-4EB3-B7C3-4C16C3D9119E>