From owner-svn-src-projects@FreeBSD.ORG Mon Jan 14 19:25:41 2013 Return-Path: Delivered-To: svn-src-projects@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8E9CEF3E; Mon, 14 Jan 2013 19:25:41 +0000 (UTC) (envelope-from marcel@xcllnt.net) Received: from mail.xcllnt.net (mail.xcllnt.net [70.36.220.4]) by mx1.freebsd.org (Postfix) with ESMTP id 53FE3249; Mon, 14 Jan 2013 19:25:40 +0000 (UTC) Received: from rkelly-sslvpn-nc.jnpr.net (natint3.juniper.net [66.129.224.36]) (authenticated bits=0) by mail.xcllnt.net (8.14.5/8.14.5) with ESMTP id r0EJPc6s043149 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Mon, 14 Jan 2013 11:25:40 -0800 (PST) (envelope-from marcel@xcllnt.net) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 6.2 \(1499\)) Subject: Re: svn commit: r245399 - projects/altix2/sys/geom/part From: Marcel Moolenaar In-Reply-To: <50F45780.4000505@freebsd.org> Date: Mon, 14 Jan 2013 11:25:33 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <201301132336.r0DNaLb7038996@svn.freebsd.org> <50F34A2B.3080202@freebsd.org> <50F45780.4000505@freebsd.org> To: Nathan Whitehorn X-Mailer: Apple Mail (2.1499) Cc: svn-src-projects@freebsd.org, "src-committers@FreeBSD.ORG" X-BeenThere: svn-src-projects@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "SVN commit messages for the src " projects" tree" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Jan 2013 19:25:41 -0000 On Jan 14, 2013, at 11:07 AM, Nathan Whitehorn = wrote: > On 01/13/13 20:34, Marcel Moolenaar wrote: >>=20 >> On Jan 13, 2013, at 3:58 PM, Nathan Whitehorn = wrote: >>=20 >>> Why not make this a GEOM flag? >>=20 >> It just needs to work. It's unreasonable to put the burden >> on users/operators. It took me a long time to figure out >> why 1) EFI didn't see the partitions, and 2) EFI wouldn't >> mount the FAT32 file system. >>=20 >> The first was the result of the active flag being set -- >> go figure. The second was the result of the partition not >> being aligned to a track boundary -- which is interesting >> in light of all the claims and statements about geometry >> being a thing of the past and totally irrelevant... >>=20 >> I at least have the advantage of knowing the code and >> knowing what changes I could try to make it work -- it's >> not the same for mere end-users. They'll be stuck and as >> such look for a solution in other OSes. >>=20 >=20 > Sounds reasonable. Thanks for the explanation! It might be nice to = still > have a flag to override the default setting on a per-device basis for > power users who know they want a particular behavior, but it's not a = big > deal. Agreed. I've been looking at attributes, but those work on partitions only right now. It would be nice to have them work on the scheme at large (e.g. by not providing an index for the partition). This allows us to set/unset the active flag on pure PMBRs and thus provides a way for fixing bad PMBRs -- I had to destroy and re-create the GPT to "fix" the PMBR which is not user-friendly at all. Attributes also open the door for us to obsolete boot0cfg, by handling the boot options and settings using attributes. Can't be bad. The question I need to answer for myself is whether it's an intuitive/natural interface that way... For now: I wanted the dailies to produce an installable and bootable image so that hrs@ and other can play with it. --=20 Marcel Moolenaar marcel@xcllnt.net