From owner-freebsd-geom@FreeBSD.ORG Mon Apr 23 17:25:27 2007 Return-Path: X-Original-To: freebsd-geom@freebsd.org Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 862EF16A403 for ; Mon, 23 Apr 2007 17:25:27 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls405.t-com.hr (ls405.t-com.hr [195.29.150.135]) by mx1.freebsd.org (Postfix) with ESMTP id 0C15713C4B0 for ; Mon, 23 Apr 2007 17:25:24 +0000 (UTC) (envelope-from ivoras@fer.hr) Received: from ls248.t-com.hr (ls248.t-com.hr [195.29.150.237]) by ls405.t-com.hr (Postfix) with ESMTP id 80276143C72; Mon, 23 Apr 2007 19:25:23 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 723C0D50051; Mon, 23 Apr 2007 19:25:23 +0200 (CEST) Received: from ls248.t-com.hr (ls248.t-com.hr [127.0.0.1]) by ls248.t-com.hr (Qmlai) with ESMTP id 50D4BD50047; Mon, 23 Apr 2007 19:25:23 +0200 (CEST) X-Envelope-Sender-Info: g5URFa92gX9K/Rg9VFA/rOCuJLWOGZNpH3JVrPSiLY06StkSH1j7CT0zJW9WjWDV X-Envelope-Sender: ivoras@fer.hr Received: from [10.0.0.100] (83-131-164-21.adsl.net.t-com.hr [83.131.164.21]) by ls248.t-com.hr (Qmali) with ESMTP id ADD2A5E00BE; Mon, 23 Apr 2007 19:25:22 +0200 (CEST) Message-ID: <462CEC00.2010304@fer.hr> Date: Mon, 23 Apr 2007 19:25:20 +0200 From: Ivan Voras User-Agent: Thunderbird 1.5.0.10 (Windows/20070221) MIME-Version: 1.0 To: Marcel Moolenaar References: <86wt076k7u.fsf@dwp.des.no> <619464E1-1CB4-4CFC-9ECF-7FC90DC24A20@mac.com> <863b2u18hz.fsf@dwp.des.no> <4629C2FE.9030301@samsco.org> <91BC1CF6-6C72-4263-A99A-C24FC209586E@mac.com> <86irboi0ra.fsf@dwp.des.no> <3383A397-6A95-4546-841D-CF17B98A797C@mac.com> <861wibin3h.fsf@dwp.des.no> <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> In-Reply-To: <71073037-7FA3-4C51-9276-8AA7F42B95DE@mac.com> X-Enigmail-Version: 0.94.3.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig2CF4A03D73DDEE806DEA1753" Cc: =?UTF-8?B?RGFnLUVybGluZyBTbcO4cmdyYXY=?= , freebsd-geom@freebsd.org Subject: Re: GPT as default? X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 Apr 2007 17:25:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig2CF4A03D73DDEE806DEA1753 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marcel Moolenaar wrote: >> Consider further that Ivan is a SoC student working on a new FreeBSD >> installation and configuration tool which will offer graphical and >> curses interfaces to, amongst other things, disk partitioning (in >> fact, his mentor has asked him to focus primarily on the latter). >=20 > I'm fully aware. I gave him my input, and told him it was just a > thought. It's up to him to do something with it or not. >=20 >> He >> won't have an easy job of it if 1) there is no reliable way to >> configure GPT and 2) you trample all over his turf by insisting on >> implementing your own curses interface to g_part. >=20 > I think you're making his job difficult by 1) spreading FUD and 2) > interfering in an interesting and fruitful discussion I have with > Ivan. While I do enjoy a nice juicy flamewar occasionally (it's good for the soul :) ), I'm not seriously considering going into this one. Thus, I'll only add that if the GPT stuff is not finished soon-ish (few weeks, a month?), and this includes the replacement for gpt(8) and the boot loader, I'll gladly go with the venerable (and now mostly obsolete) mbr+bsdlabels. I'll be first to admit that yes, I could do at least the GEOM-related parts (and if I dust off my tasm books, the loader), I'll also say that, if I do that, there also a dozen other things I could do in the same way, which I won't in the time allotted. But, I believe the outlook is bright. AFAIK, the only thing currently missing for geom_part is the userland utility with verbs "add", "remove" and "show" (as well as the GEOM XML dump, please) - I don't see a reason why this utility couldn't be a GEOM class helper .so library, like for the other classes. Also, if we forgo EFI for now (because, let's admit it, it's not used in non-OSX x86 and AMD64 machines), I think the first stage MBR boot loader can be modified to chain load from GPT partitions. As an absolutely last resort, I could even go with the existing gpt(8) if the boot loader is done (and, I belive that des@ has said something about the loader, nudge, nudge :) ). > In an attempt to close the gap between us, let me ask you this: > What's the cleft between g_part and the other GEOM classes? > In what way do you think I'm hell-bent to increase that what > I don't know? I don't know the entire possible background to this claim, but I see two things: use of kobj and the "modify in-memory, then commit" operation. These two properties ARE different from the other classes, but I think this is mostly because almost all other classes were done by only two persons (i.e. there's not enough variety in the styles). It's different, but not horrible. --------------enig2CF4A03D73DDEE806DEA1753 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.4 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGLOwAldnAQVacBcgRAsGfAJ47iU8byJo3N1O4ImnXqghIKvsEaACgrkzx sSsBdaqKF7NnI5T6M/cqfQ0= =PFC1 -----END PGP SIGNATURE----- --------------enig2CF4A03D73DDEE806DEA1753--