Date: Mon, 15 Sep 2014 09:33:36 -0700 From: Nathan Whitehorn <nwhitehorn@freebsd.org> To: Eric McCorkle <eric@metricspace.net>, sbruno@freebsd.org Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org> Subject: Re: Resuming old EFI project Message-ID: <541714E0.90609@freebsd.org> In-Reply-To: <5416D6EB.7020803@metricspace.net> References: <54159AC5.1010800@metricspace.net> <1410716250.4174.3.camel@bruno> <5415F505.3070206@metricspace.net> <541604F1.9010402@freebsd.org> <5416D6EB.7020803@metricspace.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 09/15/14 05:09, Eric McCorkle wrote: > On 09/14/2014 17:13, Nathan Whitehorn wrote: > >>>> What specifically are you looking to work on? >>>> >>> >>> Well, I had been trying to get it to boot on a mac EFI implementation >>> as well. There's some funny things that have to happen there >>> (notably, an HFS+ image). >> >> People seem to have had luck with our FAT32 EFI system partitions on >> macs so far, but this in general is one of the big missing bits: hunting >> down weird firmwares, testing them, and fixing them when they don't >> work. We also need the EFI boot1 both to (a) have a better algorithm for >> finding the right UFS partition to boot from and (b) learn how to boot >> from ZFS as well as UFS. > > I have a 100% ZFS system, so the current boot block doesn't work for > me (though I can tell it's being loaded and run). GELI should > probably be added to that list as well... > > I assume the best thing would be to link in the ZFS code? Or would it > be better to install loader into the system partition as well? > It's hard to integrate having loader on the ESP with the way loader and installworld work, so better to keep it on UFS/ZFS. The sparc64 boot1, on which the UEFI boot1 is based, has ZFS support already, so that's the place to look I think. -Nathan
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?541714E0.90609>