Date: Wed, 26 Feb 2020 08:26:03 +0100 From: =?utf-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com> To: Mark Millard <marklmi@yahoo.com>, freebsd-arm@freebsd.org Subject: RPI4 u-boot news Re: Showstoppers for RPI3 Message-ID: <BBF77AC1-3E2E-429D-AE41-9E011BEC95C7@googlemail.com> In-Reply-To: <8BDC8A26-FFE6-4AE0-8EB6-643840940CC0@yahoo.com> References: <20200225175446.GA77976@www.zefox.net> <11951E01-EC13-4FBB-938A-AEB5700C4281@yahoo.com> <CACNAnaEiv5NZZz%2BxfETkhSZ-zbjZ3Ya6z7pyteheP4zj3EK1Gg@mail.gmail.com> <20200226052045.GA79939@www.zefox.net> <E866B6BE-7948-4412-82EF-999A2F8C0DF9@googlemail.com> <8BDC8A26-FFE6-4AE0-8EB6-643840940CC0@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Thank you Mark !=20 https://wiki.freebsd.org/arm/Raspberry%20Pi Additionally I provide a new 2020.01 u-boot-version=E2=80=A6 see bottom of the Wiki-page... ( wrote that quick&dirty in a little hurry and hope I quoted the sense = of your patch correctly) If you want you can compile your hacked u-boot-version- I`ll upload it then=E2=80=A6as long as there are no kernel fixes , = everything helpful will be uploaded ;-) I=E2=80=99m working on another Rock-board for which I will provide fill = support=20 The next 2 or 3 days. Stay tuned with the Wiki=E2=80=A6 Thanks again and I would be happy if you could provide your hacks in 1 = file.. It=E2=80=99s a developers Wiki=E2=80=A6 And everybody has the same problem : > Resource constrained by other priorities is not surprising in my view. True but no reason to give up on such a device while other BSD=C2=B4s = are reaching the ACPI-Ethernet-stage=E2=80=A6 We have to come up with results.. ;-) Regards Klaus > Am 26.02.2020 um 07:18 schrieb Mark Millard <marklmi@yahoo.com>: >=20 >=20 >=20 > On 2020-Feb-25, at 21:32, Klaus K=C3=BCchemann via freebsd-arm = <freebsd-arm at freebsd.org> wrote: >=20 >>> Am 26.02.2020 um 06:20 schrieb bob prohaska <fbsd at www.zefox.net>: >>>=20 >>>=20 >>> Sounds like that fix is not yet on the horizon.=20 >>>=20 >>> Would explicit bug reports be helpful? >>=20 >> I=E2=80=99m reading here for coincidence at the moment and can=E2=80=99= t believe that the issue isn=E2=80=99t fixed=E2=80=A6. >> Write hundreds of bug-reports(although we know RPI4 isn=E2=80=99t = supported and it=E2=80=99s 13-curr), >> I=E2=80=99m Sorry for not working myself on that issues the last = days/week(1000 other things to do), >> But that=E2=80=99s the absolute joke of the century :-) that these = issues last so long here on the mailing list=20 >> And there=E2=80=99s no fix/response =E2=80=A6 >=20 > Resource constrained by other priorities is not surprising in my view. >=20 >> Mark Millard , if you have a patch, (if you want) please describe it = in 1 or 2 sentences and I=E2=80=99ll upload your patch the Wiki(if you = don=E2=80=99t have access there and can=E2=80=99t edit yourself)=E2=80=A6 >=20 > = https://lists.freebsd.org/pipermail/freebsd-arm/2020-February/021258.html > had the sysutils/u-boot-rpi4 based workaround (as seen in its build = tree): >=20 > # diff ./board/raspberrypi/rpi/rpi.c.orig = ./board/raspberrypi/rpi/rpi.c > 485c485 > < efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); > --- >> efi_add_memory_map(0, 2, EFI_RESERVED_MEMORY_TYPE, 0); >=20 > It just changes EFI interfacing to indicate the first 2 pages as > reserved instead of indicating just 1 page as reserved. >=20 > I did not convert it to a form appropriate for > /usr/ports/sysutils/u-boot-rpi4/files/ . I simply changed > the source after the fetch patch sequence but before > building and later showed the diff. Better form for > adapting to a normal files/* patch would be (up to whitespace > details possibly not being fully preserved): >=20 > # cd /wrkdirs/usr/ports/sysutils/u-boot-rpi4/work/u-boot-2019.10/ > # diff -U3 board/raspberrypi/rpi/rpi.c.orig = board/raspberrypi/rpi/rpi.c > --- board/raspberrypi/rpi/rpi.c.orig 2020-02-13 11:12:33.057911000 = -0800 > +++ board/raspberrypi/rpi/rpi.c 2020-02-13 16:09:15.381158000 = -0800 > @@ -482,7 +482,7 @@ >=20 > #ifdef CONFIG_EFI_LOADER > /* Reserve the spin table */ > - efi_add_memory_map(0, 1, EFI_RESERVED_MEMORY_TYPE, 0); > + efi_add_memory_map(0, 2, EFI_RESERVED_MEMORY_TYPE, 0); > #endif >=20 > return 0; >=20 >=20 > (The /wrkdirs style prefix is something I cause in my environments > in order to match poudriere paths when it makes tar files that I > sometimes expand. So that need not be duplicated/used.) >=20 > I have not looked at sysutils/u-boot-rpi3 . I'd expect something > similar for it. >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com > ( dsl-only.net went > away in early 2018-Mar) >=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BBF77AC1-3E2E-429D-AE41-9E011BEC95C7>