Date: Fri, 14 Feb 2020 10:22:25 -0800 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: u-boot-rpi* has the existing "make first page reserved" code (shown); this appears to be where any fix would go (it works without FreeBSD changes) Message-ID: <B94325CC-A818-4DE9-A144-F0272D1904EF@yahoo.com> In-Reply-To: <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com> References: <7E7605DC-021D-448A-8459-8EC26BA9836D.ref@yahoo.com> <7E7605DC-021D-448A-8459-8EC26BA9836D@yahoo.com> <E1j2EmR-000Mwm-ID@iz-wera-new.HS-Karlsruhe.DE> <CACNAnaHVYeuoK=4f7XzokpAVjcqd6ovD58-0LdP_vPGjiXQgdw@mail.gmail.com> <E1j2FRX-000MyR-1O@iz-wera-new.HS-Karlsruhe.DE> <E1j2G3j-000Mzo-Dw@iz-wera-new.HS-Karlsruhe.DE> <CACNAnaHUwu0GmqW9QZRhS2sMK0HpsjdYRz3YouL5FMBdWBCW-Q@mail.gmail.com> <B64C6065-D804-4D6F-8660-F8DBB9946DEB@yahoo.com> <36CF6E4B-5607-4752-B2DF-C265BCFB95BA@yahoo.com> <1BE59567-E669-4A88-8389-2E321B0AC1AE@yahoo.com> <27BE7BAF-FD2C-41C6-B270-4BAF77D1FB0C@yahoo.com> <7465BC0D-3F4C-4CD9-B614-0DF321C94331@yahoo.com> <CACNAnaE-SdeqLKwnodPTFNyWY1sWDNhrt4=5WKjUG_FeH4%2B0-Q@mail.gmail.com> <876C4DBE-A243-425A-9978-209C24387668@yahoo.com> <32D0E068-2E1E-46AA-A907-7974BF4DC46D@yahoo.com> <2DC3F5F2-11EB-44A4-BC45-F5A1E92B509B@googlemail.com> <3333F8A8-591F-4722-9E63-904414974142@yahoo.com> <7B94C1A8-8523-4993-9074-222358FD5C97@googlemail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Feb-14, at 07:32, Klaus K=C3=BCchemann <maciphone2 at = googlemail.com> wrote: >=20 >> Am 14.02.2020 um 12:20 schrieb Mark Millard <marklmi at yahoo.com>: > . . . >=20 >> Mark Millard :=E2=80=A6 I also do not see a communication path for = the size to be reported >> to u-boot so that it could automatically adjust. >=20 > The communication-path is to track the u-boot upstream first. https://github.com/gonzoua/rpi3-psci-monitor ( which is used to build FreeBSD's armstub8*.bin files for sysutils/rpi-firmware ) and u-boot are not tied together. Updating to a more modern u-boot does not change that of itself. U-boot is not necessarily the most appropriate path for armstub8*.bin to provide something that eventually indicate to the FreeBSD kernel to avoid the pages that hold the content. > . . . > Nevertheless, Mark, thanks again investigating to retrack the root = cause of RPI4 breakage. > And all that u-boot stuff is absolutely no reason to stop support the = RPI4(if possible), > Just hook up your RPi4-version which boots and continue patching that = messy gadget. > But please in the (fbsd-) upstream ... The root-cause investigation was for the folks reporting FreeBSD as broken on their RPi3's/4's for head as of -r356776 . I've not been trying to make new things work on the RPi4B. The RPi4B is just what I happened to have access to that could be used for the investigation. Workarounds were a natural part of the investigation. As things are, if I'm to try to get a patch into FreeBSD, or something used by FreeBSD, it would more likely be for issues on old PowerMacs (powerpc64 and 32-bit powerpc). (But it is questionable that I'd have enough sustained-focus time to have an acceptable code update anytime soon.) =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?B94325CC-A818-4DE9-A144-F0272D1904EF>