From owner-freebsd-current@FreeBSD.ORG Tue Nov 17 15:26:59 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39B591065672 for ; Tue, 17 Nov 2009 15:26:59 +0000 (UTC) (envelope-from serenity@exscape.org) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id E5EFA8FC0A for ; Tue, 17 Nov 2009 15:26:58 +0000 (UTC) Received: from c83-253-248-99.bredband.comhem.se ([83.253.248.99]:33371 helo=mx.exscape.org) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1NAPx5-0006jF-5o; Tue, 17 Nov 2009 16:26:45 +0100 Received: from [192.168.1.5] (macbookpro [192.168.1.5]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mx.exscape.org (Postfix) with ESMTPSA id 11D4538A38; Tue, 17 Nov 2009 16:26:42 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Thomas Backman In-Reply-To: <200911171017.58140.jhb@freebsd.org> Date: Tue, 17 Nov 2009 16:26:39 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <200911171017.58140.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1077) X-Originating-IP: 83.253.248.99 X-Scan-Result: No virus found in message 1NAPx5-0006jF-5o. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1NAPx5-0006jF-5o 1b037f3d813bf17c492be074bd409bbd Cc: current@FreeBSD.org Subject: Re: [PATCH] Build a separate ZFS-enabled loader.zfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2009 15:26:59 -0000 On Nov 17, 2009, at 4:17 PM, John Baldwin wrote: > This patch is a workaround to enabling ZFS support by default in the = boot=20 > loader. It enables building a loader.zfs which is a ZFS-enabled = loader and=20 > changing zfsboot and gptzfsboot to use /boot/loader.zfs instead=20 > of /boot/loader. I have only tested that things built ok, I have not=20= > boot-tested it as I don't have ZFS setup anywhere. The patch is = available at=20 > http://www.FreeBSD.org/~jhb/loader.zfs/. You will also need to copy=20= > the 'loader.zfs/Makefile' file from that URL into a new=20 > sys/boot/i386/loader.zfs directory after applying the patch. If I may ask (and sorry for my ignorance, but): what problem does this = workaround solve? Isn't the whole problem with ZFS loaders the license, and because of the = licence, that a ZFS-capable loader isn't built by default? In other words: Why not use LOADER_ZFS_SUPPORT as long as you have to = choose between setting an option or using a patch? Neither works out of = the box, so you might as well pick the solution that already exists, no = patching involved. I can only assume I'm missing something vital. :) (Please note: Makefiles aren't my strongest suite; I tried to figure the = answer out by reading the patch, but couldn't. I wrote my first own = Makefile, ~15 lines, this weekend.) Regards, Thomas=