Skip site navigation (1)Skip section navigation (2)
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>