On Mon, May 27, 2019, 7:18 PM Nathan Whitehorn <nwhitehorn_at_freebsd.org> wrote: > > > On 2019-05-27 15:50, Eric McCorkle wrote: > > On 5/27/19 5:53 PM, Edward Napierala wrote: > >> On Mon, 27 May 2019 at 16:14, Eric McCorkle <eric_at_metricspace.net> > wrote: > >> > >> [..] > >> > >>> My plan is roughly this: > >>> > >>> * Refurbish the GRUB port, get it working again in QEMU (possibly on > one > >>> of my machines), also possibly push a patch to GRUB to use the keybufs > >>> mechanism to pass in GELI keys. > >>> > >>> * Get coreboot with GRUB/Seabios booting FreeBSD in QEMU > >>> > >>> * Possibly create a coreboot port (uncertain how this would work, since > >>> Coreboot has its own extensive config menu) > >>> > >>> * Hold my breath and test it out on real hardware (I have a Librem 13 > r1 > >>> for this purpose) > >>> > >>> * Possibly try getting the FreeBSD kernel to work as a coreboot > payload. > >> Out of curiosity - why the kernel and not loader(8)? > >> > > If I understand coreboot correctly, loader would have to directly > > manipulate devices _without a BIOS_. That is, it would have to have an > > entire device detection/interface layer, which I don't believe is the > > case today. > > > > At least in the EFI case, loader is talking through the system's EFI > > implementation, which takes care of all that for you. BIOS works in a > > similar way. My sense is getting loader to the point where it could be > > a coreboot (without Seabios/GRUB/Tianocore) would be quite an > undertaking. > > > > On IBM PowerNV systems, which also don't provide interfaces to a > second-stage loader, we just abandoned loader(8). It's way too much work. > How do you use tunables and loadable modules? Warner >Received on Tue May 28 2019 - 00:14:43 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:20 UTC