> On Jun 8, 2017, at 5:28 PM, John Baldwin <j...@freebsd.org> wrote: > > On Thursday, June 08, 2017 05:07:40 PM Alan Cox wrote: >> >>> On Jun 8, 2017, at 2:37 PM, John Baldwin <j...@freebsd.org> wrote: >>> >>> On Thursday, June 08, 2017 12:55:45 PM Bryan Drewery wrote: >>>> On 6/8/17 12:18 PM, John Baldwin wrote: >>>>> Author: jhb >>>>> Date: Thu Jun 8 16:18:41 2017 >>>>> New Revision: 319702 >>>>> URL: https://svnweb.freebsd.org/changeset/base/319702 >>>>> >>>>> Log: >>>>> Fix an off-by-one error in the VM page array on some systems. >>>>> >>>>> r31386 changed how the size of the VM page array was calculated to be >>>>> less wasteful. >>>> >>>> r313186 >>> >>> Oops. FWIW, this commit fixes a reliable panic booting mips and mips64 >>> kernels under qemu. Adrian also reported the same panic on real mips >>> hardware. >>> >> >> Any architecture on which we don’t have superpage reservations enabled could >> experience the panic at boot time. Amd64, arm, arm64, i386, and sparc64 >> would never panic because of the memory allocated for the reservation array. > > Even then it seems to not be guaranteed. The original change has > been in CheriBSD for a while, and we have not seen any panics on boot under > qemu as I saw with plain FreeBSD probably due to slightly different early > memory allocations. >
That makes sense. Only a small subset of all possible memory sizes would trigger the panic, and that subset amounted to only 2.5% of all possible memory sizes. _______________________________________________ svn-src-all@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org"