From owner-cvs-src@FreeBSD.ORG Sun May 23 11:44:02 2004 Return-Path: Delivered-To: cvs-src@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 31CA916A4D2; Sun, 23 May 2004 11:44:02 -0700 (PDT) Received: from smtp.des.no (flood.des.no [217.116.83.31]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F42843D1F; Sun, 23 May 2004 11:44:01 -0700 (PDT) (envelope-from des@des.no) Received: by smtp.des.no (Pony Express, from userid 666) id 19753530C; Sun, 23 May 2004 20:43:53 +0200 (CEST) Received: from dwp.des.no (des.no [80.203.228.37]) by smtp.des.no (Pony Express) with ESMTP id 1C127530A; Sun, 23 May 2004 20:43:46 +0200 (CEST) Received: by dwp.des.no (Postfix, from userid 2602) id A729033CAA; Sun, 23 May 2004 20:43:45 +0200 (CEST) To: Marius Strobl References: <200405221656.i4MGu50k062998@repoman.freebsd.org> From: des@des.no (=?iso-8859-1?q?Dag-Erling_Sm=F8rgrav?=) Date: Sun, 23 May 2004 20:43:45 +0200 In-Reply-To: <200405221656.i4MGu50k062998@repoman.freebsd.org> (Marius Strobl's message of "Sat, 22 May 2004 09:56:05 -0700 (PDT)") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) Emacs/21.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable X-Spam-Checker-Version: SpamAssassin 2.63 (2004-01-11) on flood.des.no X-Spam-Level: X-Spam-Status: No, hits=0.0 required=5.0 tests=AWL autolearn=no version=2.63 cc: cvs-src@FreeBSD.org cc: src-committers@FreeBSD.org cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/eeprom Makefile eeprom.8 eeprom.c ofw_options.c ofw_options.h X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2004 18:44:02 -0000 Marius Strobl writes: > The idea of eeprom(8) is that handlers can be written to add support > for any firmware that stores such configuration in EEPROM or NVRAM; > sort of e.g. eeprom(1M) on Solaris/x86 is used to turn PAE-support > on and off (stored in a file then, not hardware). In FreeBSD, a > candidate for this would be a handler for the EFI boot environment > for FreeBSD/ia64. Would it make sense to teach eeprom(8) how to handle /boot/loader.conf? DES --=20 Dag-Erling Sm=F8rgrav - des@des.no