From owner-freebsd-hackers@freebsd.org Tue Aug 4 13:29:53 2015 Return-Path: Delivered-To: freebsd-hackers@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BC42B9B2A2F for ; Tue, 4 Aug 2015 13:29:53 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from mail.metricspace.net (mail.metricspace.net [IPv6:2001:470:1f11:617::103]) by mx1.freebsd.org (Postfix) with ESMTP id 9352DA3B for ; Tue, 4 Aug 2015 13:29:53 +0000 (UTC) (envelope-from eric@metricspace.net) Received: from [IPv6:2001:470:1f11:617:5ef7:830:9e60:2038] (unknown [IPv6:2001:470:1f11:617:5ef7:830:9e60:2038]) (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 A971DDC2; Tue, 4 Aug 2015 13:29:52 +0000 (UTC) Subject: Re: Boot loader arguments (was: ZFS support for EFI) To: Ganael Laplanche , Eric McCorkle References: <201508031532.44478.ganael.laplanche@corp.ovh.com> Cc: freebsd-hackers@freebsd.org From: Eric McCorkle Message-ID: <55C0BE53.4080406@metricspace.net> Date: Tue, 4 Aug 2015 09:29:55 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.1.0 MIME-Version: 1.0 In-Reply-To: <201508031532.44478.ganael.laplanche@corp.ovh.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5Kl2dHXOuk2lmK1MPHMgfsTaW8jfmhrpM" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 04 Aug 2015 13:29:53 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --5Kl2dHXOuk2lmK1MPHMgfsTaW8jfmhrpM Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable I had thought it would be necessary in order to point the loader at the correct ZFS partition (linux does require this), but apparently loader figures out what partition it should be dealing with just fine. I don't doubt it would be a good change, and loader could use some refactoring IMO, but I'd like to keep the changesets as small as possible= =2E On 08/03/2015 09:32 AM, Ganael Laplanche wrote: > Hi Eric, >=20 > I am replying to this -quite old now- post : >=20 > https://lists.freebsd.org/pipermail/freebsd-hackers/2015-March/047486.h= tml >=20 >> More importantly, the EFI loader doesn't seem to make use of its >> command-line arguments at all. But a ZFS-enabled loader would really >> need the ability to take arguments from boot1 (or grub, or whatever >> else). >=20 > where you were suggesting it would be interesting for the EFI loader to= make=20 > use of its arguments, which is still not the case. >=20 > We've faced a similar problem here, where we needed the EFI loader be a= ble to=20 > locally override the root-path offered through BOOTP. A quick fix would= have=20 > been to hardcode the root-path but instead we chose to pass it through = an=20 > argument to the loader (which then sets a new environment variable :=20 > dhcp.root-path.override). >=20 > Find attached the two -simple- patches that allow such an operation. I = don't=20 > know if they can be interesting for you or for upstream inclusion (thou= gh they=20 > are probably *not* ready for direct inclusion yet). >=20 > Best regards, >=20 --5Kl2dHXOuk2lmK1MPHMgfsTaW8jfmhrpM Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBAgAGBQJVwL5YAAoJECuREQPg1IcEGMsP/jdA8HT0haLvP3+VTdguQDLw CTRP8VTCrRxDT2mqCXVZN7Fx+wVUEfUKdU3nEsj4YYfLF0TR5uq5OVMKFwblmNE+ UausvlTvD7XHfgqrDjpzScwvMxSXHZeVEEwQ9cbJooEvn1tJq7EVGI/KKBk+LF5K wSeFezbbbLYY9xnt8IVGRPkH6YPsckJtyS5m1PMOgX0Kjvi6rCMbte5a4GkY/pVD 3OfFX3mKXoIdnIBm1DuS60JfquQbsz/Pt7ntKZmILqAbseFFG2kiOsSqFaxAFHND +ZpcbGjJi+LdCAD2Xnp3JMQtPKjqHnODXH4qz9ciUielXH15qYhfZhYafY0l/RAM bMm2NEWNW+bh6nDuXBejmWLNA7i849eamHvTraT6v9YBFnJB/1Stp7mu5B/DPg2n MApqC79VKtd4oZws+Y9H7D0tbo7xYETPhP/xejjj9cXaD9izIqbRiI01tFSNm3Kx tSpFSLJDvfEnLa03fgLOsFFxjAyZNpHEaBsYMW017a7M7StBSRw3V3zA9DXXWt4f 64BrASDiTBV62YJG+EwcK0ADbtAhHAW6G7Yss3SPH1XTqfq+gDb6W7MOq+SFeb4i 2FEh41MIFbh+biat6dbU9AemCRtYSDTct6NFpHvitaLvmgGhm3FPLjL7/XGtZlEF +gdquBfPp5dBvkt838l7 =Mvzu -----END PGP SIGNATURE----- --5Kl2dHXOuk2lmK1MPHMgfsTaW8jfmhrpM--