From: the.mintlander@gmail.com   
      
   On Wednesday, October 13, 2021 at 6:57:55 AM UTC+2, mint suki wrote:   
   > On Tuesday, October 12, 2021 at 1:39:44 PM UTC+2, Branimir Maksimovic wrote:    
   > > On 2021-10-12, Kerr-Mudd, John  wrote:    
   > > > On Tue, 12 Oct 2021 09:10:27 +0200    
   > > > wolfgang kern  wrote:    
   > > >    
   > > >> On 12/10/2021 01:14, Carver Harrison wrote:    
   > > >> > Try Limine Today: https://github.com/limine-bootloader/limine    
   > > >> >    
   > > >> > - What is Limine?    
   > > >> >    
   > > >> > Limine is an advanced multiprotocol x86/x86_64 BIOS and UEFI    
   > > >> > bootloader that supports Linux, multiboot1 and 2, the stivale    
   > > >> > protocols, and chainloading.    
   > > >> >    
   > > >> > - What is a bootloader for?    
   > > >> > A bootloader is an essential piece of software which takes over the    
   > > >> > computer after the firmware relinquishes control of the system. It    
   > > >> > is the job of the bootloader to find an operating system to boot    
   > > >> > and perform all the operations needed in order to get the operating    
   > > >> > system's kernel and modules up and running.    
   > > >> >    
   > > >> > - Why Limine?    
   > > >> > Limine is lightweight, elegant, fast, and the reference    
   > > >> > implementation of the stivale and stivale2 boot protocols.    
   > > >> >    
   > > >> > - Why not GRUB?    
   > > >> >    
   > > >> > GRUB is an amazing piece of software, but Limine's and stivale(2)'s    
   > > >> > main target audience is operating system and kernel developers that    
   > > >> > want to use a boot protocol which supports modern features which    
   > > >> > GRUB's aging multiboot protocols do not (or do not properly).    
   > > >>    
   > > >>    
   > > >> who is brave enough to check on it ? :)    
   > > >> I'm curious how assembler source of this UEFI loader would look like.    
   > > >> but it sounds suspicious like hell to be just one more HLL-C bloat.    
   > > >    
   > > >    
   > > > Well I went to the site (github) where there's asm src code. (OK, and C    
   > > > for the menu program).    
   > > >    
   > > iWell iUEFI just needs PE format and no bootloader :P    
   > > >    
   > >    
   > >    
   > > --    
   > >    
   > > 7-77-777    
   > > Evil Sinner!    
   > > with software, you repeat same experiment, expecting different results...   
   > The C code is definitely not just "for the menu program".    
   >    
   > The whole bootloader, including filesystem drivers, protocol i   
   plementations, user interface, etc. is in C. The bootloader is 92.8% C   
   according to GitHub, that should raise some red flag that it is not just the   
   menu that is in C.   
   > > I'm curious how assembler source of this UEFI loader would look like.    
   > > but it sounds suspicious like hell to be just one more HLL-C bloat.   
   > It's HLL-C bloat. Move along, move along.   
      
   > With UEFI you don't need bootloader :P   
      
   I am sure UEFI supports loading ELF and multiboot/stivale(2) directly. (Hint:   
   It does not).   
      
   Making a kernel dependant on UEFI directly is NOT good design. The second best   
   shot from there would be making a pre-kernel that is an EFI application that   
   in turn calls the actual kernel with a properly "sanitised" prot   
   col/environment and.. Oh wait,    
   that is what bootloaders do. You just reinvented the wheel, but worse.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)