svn commit: r298230 - in head: lib/libstand sys/boot/common sys/boot/efi/libefi sys/boot/efi/loader sys/boot/i386/libfirewire sys/boot/i386/libi386 sys/boot/i386/loader sys/boot/mips/beri/loader sy...

[Devin Teske]

> On Apr 18, 2016, at 6:37 PM, Allan Jude <allanjude at FreeBSD.org> wrote:
> 
> On 2016-04-18 21:32, Devin Teske wrote:
>> 
>>> On Apr 18, 2016, at 6:06 PM, Pedro Giffuni <pfg at FreeBSD.org> wrote:
>>> 
>>> 
>>> 
>>> On 04/18/16 19:30, Devin Teske wrote:
>>>> 
>>>> 
>>>>> On Apr 18, 2016, at 4:43 PM, Allan Jude <allanjude at FreeBSD.org
>>>>> <mailto:allanjude at FreeBSD.org>> wrote:
>>>>> 
>>>>> On 2016-04-18 19:36, Adrian Chadd wrote:
>>>>>> Someone pointed out how this bloats out memory requirement in loader.
>>>>>> 
>>>>>> Did anyone check that?
>>>>>> 
>>>>>> -adrian
>>>>>> 
>>>>> 
>>>>> I tested down to 128mb of ram in QEMU, booted from the installer ISO,
>>>>> did the install, and booted the installed system without issue.
>>>> 
>>>> Hmm. Would be nice if we could claim success under 64MB too.
>>>> If you get the chance.
>>>> How low can it go?
>>> 
>>> FWIW, The code review comments state:
>>> 
>>> <quote>
>>> 
>>> BTW: as mentioned in very beginning of this project, I'm reserving fairly large chunk of memory (64MB) for loader and using same amount for both BIOS/UEFI variants, default in freebsd is 3MB, eventually this should be reviewed, but currently it will affect very small setups.
>>> 
>>> </quote>
>>> 
>>> I still think it's pretty cool, thanks to everyone involved.
>>> 
>> 
>> Does anyone know what the original memory reservation amount was before it was upped to 64MB?
>> 
> 
> It was 3MB
> 

Next [possibly] dumb question(s).

Is it easily tunable?
If not, why not?
What happens when we want to bump it further in the future?
-- 
Devin