Date: Sun, 11 Oct 2020 13:38:39 +0000 From: Robert Crowston <crowston@protonmail.com> To: Klaus Cucinauomo <maciphone2@googlemail.com> Cc: Kyle Evans <kevans@freebsd.org>, "gonzo@freebsd.org" <gonzo@FreeBSD.org>, Mark Millard <marklmi@yahoo.com>, "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: RPi4B: modern firmware vs. Device tree loaded to 0x4000 (size 0xbe0c) [fails] vs. to 0x1f0000 (size 0xbd90) [works]? Message-ID: <cbC3hMQdQvaguB9vLBwvByx3_6cRzhxoJrMKL56_7RBNdwwPBudHiZpwfDEqUz2w34Ksv-fuo-5Iq-_0L_lfNdR5YEZDYudY1YGvshFl3Co=@protonmail.com> In-Reply-To: <E07B6781-50E3-4A52-B582-F9EE81FE6743@googlemail.com> References: <2B1B21CB-1A63-42CE-8917-98870C88CACE@yahoo.com> <F8DBF042-FD57-4AE3-8F98-0E36945469A9@yahoo.com> <3E9D015B-5702-4A52-9366-49E20BDDA5F4@googlemail.com> <tN5C4jzmxPmrt22GDxOfVidCT4I48oCyxVjfwxOdPAZpkQC1qBbhegOnnbkamnvGD-x81AxG5CorI1NIzfLf-91zcgOmQR0WtLrJ83PJJtI=@protonmail.com> <E07B6781-50E3-4A52-B582-F9EE81FE6743@googlemail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
After updating to the latest dtb firmware from https://github.com/raspberry= pi/firmware/tree/63b192231130f1bdd074f3ae0794889d53bdeb06/boot, and flashin= g the eeprom to the 2020-09-03 version, my system boots just fine. https://dmesgd.nycbug.org/index.cgi?do=3Dview&id=3D5703 All I did was remove the device_tree_address=3D0x4000 from config.txt. # cat config.txt arm_64bit=3D1 armstub=3Darmstub8-gic.bin dtoverlay=3Ddisable-bt dtoverlay=3Dmmc enable_jtag_gpio=3D1 enable_uart=3D1 kernel=3Du-boot.bin (I have not tried updating u-boot yet.) Am I missing something here? =E2=80=94 RHC. =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 Original Me= ssage =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 On Sunday, 11 October 2020 14:17, Klaus Cucinauomo <maciphone2@googlemail.c= om> wrote: > > > > Am 11.10.2020 um 15:11 schrieb Robert Crowston crowston@protonmail.com: > > > > > That=E2=80=99s the problem, armstub8-gic should have been removed whe= n using modern firmware because it no longer depends on it. > > > > So are you telling me that I could rip out all the startup logic from t= he armstub and just leave our CPU spin up logic? > > =E2=80=94 RHC. > > yes, exactly, even : > $rm /Volumes/MSDOSBOOT/armstub8-gic.bin > > ( while I wouldn't swear that the initialization of your pcie driver from= fdt will continue to run smoothly in the boot-process directly from SSD, > I expect necessary adjustments..) > > K.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?cbC3hMQdQvaguB9vLBwvByx3_6cRzhxoJrMKL56_7RBNdwwPBudHiZpwfDEqUz2w34Ksv-fuo-5Iq-_0L_lfNdR5YEZDYudY1YGvshFl3Co=>