Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 23 Dec 2019 13:19:15 +0000 (UTC)
From:      Greg V <greg@unrelenting.technology>
To:        =?UTF-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com>
Cc:        Mark Millard <marklmi@yahoo.com>, freebsd-arm@freebsd.org
Subject:   Re: Attempt to update Rock64 to head -r355976 failed to boot afterwards,  anyone have a recent FreeBSD booting a Rock64?
Message-ID:  <56255a99-0280-4ca0-a1ce-f6b725b2915f@localhost>
In-Reply-To: <A76CE4D3-A188-4CE8-BCAC-C5DD7AE0870D@googlemail.com>
References:  <78081E30-3758-46F3-A228-02B29CDAA6A6.ref@yahoo.com> <78081E30-3758-46F3-A228-02B29CDAA6A6@yahoo.com> <20191222113844.9385de125afd10e86358bc98@bidouilliste.com> <3C550401-A5BF-441E-81E6-29D5D917302B@yahoo.com> <FF778D08-0C49-4181-98B8-371003663F22@yahoo.com> <0AADC2F5-9867-40E7-B4C0-139CA16A3974@yahoo.com> <6DAB33B7-0627-40AA-81DB-9853EAB7FB6D@yahoo.com> <8BA15674-DDF6-4BA2-847D-211ABDFEE94D@googlemail.com> <58BC8D9C-4A3B-495E-8843-E61147D59328@yahoo.com> <A76CE4D3-A188-4CE8-BCAC-C5DD7AE0870D@googlemail.com>

next in thread | previous in thread | raw e-mail | index | archive | help


Dec 23, 2019 8:15:11 AM Klaus K=C3=BCchemann via freebsd-arm :

> Unfortunately I don=E2=80=99t own a MACCHIATObin so don=E2=80=99t know if=
 that machine is fbsd-bootable by Kurt`s uboot-2019.10

There is no good reason to use u-boot on a machine that has excellent suppo=
rt in upstream TianoCore EDK2.

Think of the MACCHIATObin as the most affordable way to get out of the u-bo=
ot/fdt embedded hell and into the wonderful SBSA land :)

> > One place were I do not have such is the MACCHIATObin
> > Double Shot's ACPI information: That is from software
> > outside the FreeBSD ports.
As
The whole point of ACPI is to get the hell away from OS-specific anything a=
nd embrace standards.

But sure, my mcbin firmware fork does have a couple hacks, one FreeBSD-orie=
nted-sort-of (fixing SPCR to describe the UART correctly, which FreeBSD und=
erstands =E2=80=93 upstream it's intentionally wrong to satisfy Linux) and =
one PCIe-device-oriented (the hardware is messed up, devices can get duplic=
ated into many slots, so upstream moved the base address to only expose the=
 last slot =E2=80=93 but many modern devices like the RX 480 do NOT get dup=
licated (!!) so I removed the shift to get FreeBSD to see the GPU).

Long term "when I have time" plan is to make this configurable from the set=
up UI on the system, but for now..

I guess for now if I were to write a Port for building the firmware, I coul=
d make these port options.

I'll try making a port soon maybe.




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?56255a99-0280-4ca0-a1ce-f6b725b2915f>