From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 15 12:09:18 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02F4C78E; Mon, 15 Sep 2014 12:09:18 +0000 (UTC) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id CB82199A; Mon, 15 Sep 2014 12:09:17 +0000 (UTC) Received: from [172.16.1.182] (unknown [172.16.1.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) (Authenticated sender: eric) by mail.metricspace.net (Postfix) with ESMTPSA id 8DCA22FF10; Mon, 15 Sep 2014 12:09:16 +0000 (UTC) Message-ID: <5416D6EB.7020803@metricspace.net> Date: Mon, 15 Sep 2014 08:09:15 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.0 MIME-Version: 1.0 To: Nathan Whitehorn , sbruno@freebsd.org Subject: Re: Resuming old EFI project References: <54159AC5.1010800@metricspace.net> <1410716250.4174.3.camel@bruno> <5415F505.3070206@metricspace.net> <541604F1.9010402@freebsd.org> In-Reply-To: <541604F1.9010402@freebsd.org> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: "freebsd-hackers@freebsd.org" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Sep 2014 12:09:18 -0000 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?