> 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"

Reply via email to