Date: Sat, 06 Jun 2020 20:01:15 +0000 From: Robert Crowston <crowston@protonmail.com> To: Kyle Evans <kevans@freebsd.org> Cc: =?UTF-8?Q?Klaus_K=C3=BCchemann?= <maciphone2@googlemail.com>, "freebsd-arm@freebsd.org" <freebsd-arm@freebsd.org> Subject: Re: Report: FreeBSD on Rpi4 8 GB model Message-ID: <EB--DnP3F3N5IUpJiTcmn4SfPPdsv4evXrskSBj-dmYo1w8o8sune3qbqhq0qqI2X42izDlol9764BYeNVwzSRBbHX6fvEtTEky214n69YE=@protonmail.com> In-Reply-To: <CACNAnaE8hvyRWZQQ6fXcy2HtEn6uDC5t_uR36zh1ba25=GT9ng@mail.gmail.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>
next in thread | previous in thread | raw e-mail | index | archive | help
To reinstate some additional confusion, I only changed the SPIN_PAGE variab= le to 2 (didn't touch NR_DRAM_BANKS) and I see all 8 GB (well, 7.84 GB) in = htop. =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 Saturday, 6 June 2020 20:55, Kyle Evans <kevans@freebsd.org> wrote: > On Sat, Jun 6, 2020 at 2:45 PM Robert Crowston crowston@protonmail.com wr= ote: > > > > No, SPIN_PAGES=3D2 is fine > > > > I confirm that CONFIG_RPI_EFI_NR_SPIN_PAGES 2 is sufficient. > > Thanks for confirming. :-) > > > > Even without this setting, it should still largely boot; > > > you'll just only have half the memory you wanted. > > > > 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= . > > 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.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?EB--DnP3F3N5IUpJiTcmn4SfPPdsv4evXrskSBj-dmYo1w8o8sune3qbqhq0qqI2X42izDlol9764BYeNVwzSRBbHX6fvEtTEky214n69YE=>