Date: Sat, 6 Jun 2020 13:49:58 -0700 From: Mark Millard <marklmi@yahoo.com> To: Robert Crowston <crowston@protonmail.com> Cc: Kyle Evans <kevans@freebsd.org>, "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: Report: FreeBSD on Rpi4 8 GB model Message-ID: <391212F2-6C54-48EE-812F-929B2948F57D@yahoo.com> In-Reply-To: <EB--DnP3F3N5IUpJiTcmn4SfPPdsv4evXrskSBj-dmYo1w8o8sune3qbqhq0qqI2X42izDlol9764BYeNVwzSRBbHX6fvEtTEky214n69YE=@protonmail.com> References: <kb9ZDoXeXjZQGaI_pHItcwGDLz9nl5FzAe-_mxkI1N9MAFSkDpvFbwt-JUy-YmoOg-3C9bFyiNYgUoGvAnJZvsxbbGVHP4ZlUC84EgCd6A0=@protonmail.com> <F6CF4F00-44EA-4980-9B45-F7EE92738351@googlemail.com> <CACNAnaGwsrgQsSGxxOTr4n6cxP_ts3Z07pmTwb8inGzNXR2B3w@mail.gmail.com> <D14EC630-3BE9-4E19-B76A-B721C2BBBF75@googlemail.com> <TOfPYaU1tsGAVzQ8BHRMQKLpEJ3n-kGyxXrTnkciwTs5iQQlrRsN-ZfV_Dp2hbhfJR8mJHIaaPm6CTCW-Ga2kyA0cwG_IVWfq6wQZBWgiLA=@protonmail.com> <CACNAnaE8hvyRWZQQ6fXcy2HtEn6uDC5t_uR36zh1ba25=GT9ng@mail.gmail.com> <EB--DnP3F3N5IUpJiTcmn4SfPPdsv4evXrskSBj-dmYo1w8o8sune3qbqhq0qqI2X42izDlol9764BYeNVwzSRBbHX6fvEtTEky214n69YE=@protonmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-Jun-6, at 13:01, Robert Crowston via freebsd-arm = <freebsd-arm@freebsd.org> wrote: > To reinstate some additional confusion, I only changed the SPIN_PAGE = variable to 2 (didn't touch NR_DRAM_BANKS) and I see all 8 GB (well, = 7.84 GB) in htop. sysutils/u-boot-rpi4 already has SPIN_PAGE set to 2. So you were likely not using the same vintage of materials as sysutils/u-boot-rpi4 produces to compile. Your context may already have had NR_DRAM_BANKS changed. I expect Kyle was talking about changes to make to sysutils/u-boot-rpi4 = . For that context, apparently NR_DRAM_BANKS does need to be changed in order for 8 GiByte to be found and used: sysutils/u-boot-rpi4 does not start with the updated material (yet). Such is my guess anyway, I do not have a test context. > =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90 = Original Message =E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2=80=90=E2= =80=90 > On Saturday, 6 June 2020 20:55, Kyle Evans <kevans@freebsd.org> wrote: >=20 >> On Sat, Jun 6, 2020 at 2:45 PM Robert Crowston = crowston@protonmail.com wrote: >>=20 >>>> No, SPIN_PAGES=3D2 is fine >>>=20 >>> I confirm that CONFIG_RPI_EFI_NR_SPIN_PAGES 2 is sufficient. >>=20 >> Thanks for confirming. :-) >>=20 >>>> Even without this setting, it should still largely boot; >>>> you'll just only have half the memory you wanted. >>>=20 >>> Without raising the spin pages limit, the kernel panics while trying = to start the secondary CPUs. I don't have a working JTAG so I can't = diagnose exactly why, but the spin table thing seemed like an obvious = thing to check. >>=20 >> Sorry, that was specifically referring to raising = CONFIG_NR_DRAM_BANKS >> -- an unmodified sysutils/u-boot-rpi4 (which uses >> CONFIG_RPI_EFI_NR_SPIN_PAGES=3D2) should boot with half the RAM >> recognized, and bumping CONFIG_NR_DRAM_BANKS in our fragment should >> correct that. >=20 =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?391212F2-6C54-48EE-812F-929B2948F57D>