Report: FreeBSD on Rpi4 8 GB model
Robert Crowston
crowston at protonmail.com
Sat Jun 6 20:01:30 UTC 2020
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.
‐‐‐‐‐‐‐ Original Message ‐‐‐‐‐‐‐
On Saturday, 6 June 2020 20:55, Kyle Evans <kevans at freebsd.org> wrote:
> On Sat, Jun 6, 2020 at 2:45 PM Robert Crowston crowston at protonmail.com wrote:
>
> > > No, SPIN_PAGES=2 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=2) should boot with half the RAM
> recognized, and bumping CONFIG_NR_DRAM_BANKS in our fragment should
> correct that.
More information about the freebsd-arm
mailing list