Date: Sun, 11 Oct 2020 11:05:40 -0500 From: Kyle Evans <kevans@freebsd.org> To: Robert Crowston <crowston@protonmail.com> Cc: Klaus Cucinauomo <maciphone2@googlemail.com>, "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: <CACNAnaFvEseMPXiVo5qm77VEZiwbN6YG3i3w2mBSJGZ2PEgwDw@mail.gmail.com> In-Reply-To: <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.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> <cbC3hMQdQvaguB9vLBwvByx3_6cRzhxoJrMKL56_7RBNdwwPBudHiZpwfDEqUz2w34Ksv-fuo-5Iq-_0L_lfNdR5YEZDYudY1YGvshFl3Co=@protonmail.com> <79AA6AB2-9FE6-4A80-9E72-F6D7B7E6803F@googlemail.com> <3577889D-3102-4B50-955B-798717F93F92@googlemail.com> <0m0EOJpW7j-ziTjqjNz5Ldul7r8DT9bCjmgmsm5-kr9dX5pt2PEoQrZcFJ9nxtB8YXpqdrBk2ecMIjfijv3DEV26M9fzu3nwwQ90msFZBmw=@protonmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Oct 11, 2020 at 10:50 AM Robert Crowston <crowston@protonmail.com> wrote: > I guess my point is, either > * we still keep the armstubs file (in some form) so we have a way to inject our CPU spin up logic in privileged mode; or, > * we implement some alternative spin up (like Linux does). > > Just taking it out will not help us unless we turn off SMP. > > I am surprised that you can boot without the armstub. Can you post the dmesg? > mmel@ has mentioned that it may not be terribly hard to implement this with spin tables instead. This would also let us undo a config fragment in U-Boot, as we won't need to reserve any more than the first page if we're following the standardish procedure.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CACNAnaFvEseMPXiVo5qm77VEZiwbN6YG3i3w2mBSJGZ2PEgwDw>