UEFI Bootmgr vs. FreeLdr

[Colin Finck]

Hi all!

Seeing the recent UEFI Bootmgr work in trunk, I was wondering about its
design.
Will that be a UEFI-only boot loader or eventually replace/merge with
FreeLdr to provide a common boot loader for BIOS and UEFI systems?
Will it simply follow all design principles of the NT6+ boot loader or
also implement some own ideas or take over those from FreeLdr?

For instance, I totally like FreeLdr's configuration through INI files
and would prefer that any day over NT6+ BCD registry hives.


Cheers,

Colin

[Thomas Mueller]

>   Seeing the recent UEFI Bootmgr work in trunk, I was
> wondering about its
>  design.
>  Will that be a UEFI-only boot loader or eventually replace/merge with
>  FreeLdr to provide a common boot loader for BIOS and UEFI systems?
>  Will it simply follow all design principles of the NT6+ boot loader or
>  also implement some own ideas or take over those from FreeLdr? 
        
>   For instance, I totally like FreeLdr's
> configuration through INI files
>  and would prefer that any day over NT6+ BCD registry hives. 
        
        
>   Cheers, 
        
>   Colin 
Does a UEFI Bootmgr imply that ReactOS will support GPT as opposed to MBR-only?

Tom

[David Quintana (gigaherz)]

No it does not imply that, but chances are it will regardless.

On 6 February 2017 at 05:05, Thomas Mueller <mueller6723(a)twc.com> wrote:

> >   Seeing the
> > recent UEFI Bootmgr work in trunk, I was wondering about its
> >  design.
> >  Will that be a UEFI-only boot loader or eventually replace/merge with
> >  FreeLdr to provide a common boot loader for BIOS and UEFI systems?
> >  Will it simply follow all design principles of the NT6+ boot loader or
> >  also implement some own ideas or take over those from FreeLdr? 
> >   For instance, I totally like FreeLdr's
> > configuration through INI files
> >  and would prefer that any day over NT6+ BCD registry hives. 
>
> >   Cheers, 
> >   Colin 
>  Does a UEFI Bootmgr imply that ReactOS will support GPT as opposed to
>  MBR-only?
>
>  Tom
>
>
>
>  _______________________________________________
>  Ros-dev mailing list
>  Ros-dev(a)reactos.org
>  http://www.reactos.org/mailman/listinfo/ros-dev
>