From owner-freebsd-geom@FreeBSD.ORG Fri Apr 20 17:23:52 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 DABF216A400; Fri, 20 Apr 2007 17:23:52 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpout.mac.com (smtpout.mac.com [17.250.248.183]) by mx1.freebsd.org (Postfix) with ESMTP id 935B613C4AD; Fri, 20 Apr 2007 17:23:52 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (smtpin02-en2 [10.13.10.147]) by smtpout.mac.com (Xserve/smtpout13/MantshX 4.0) with ESMTP id l3KGgpvX023153; Fri, 20 Apr 2007 09:42:52 -0700 (PDT) Received: from [192.168.5.252] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/smtpin02/MantshX 4.0) with ESMTP id l3KGgoM7027616 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 20 Apr 2007 09:42:50 -0700 (PDT) In-Reply-To: References: Mime-Version: 1.0 (Apple Message framework v752.3) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <3E23566F-DB23-48EF-85F6-23617113219D@mac.com> Content-Transfer-Encoding: 7bit From: Marcel Moolenaar Date: Fri, 20 Apr 2007 09:41:49 -0700 To: Ivan Voras X-Mailer: Apple Mail (2.752.3) X-Brightmail-Tracker: AAAAAA== X-Brightmail-scanned: yes Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Using G_PART with MBR/BSD instead [was: 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: Fri, 20 Apr 2007 17:23:53 -0000 On Apr 20, 2007, at 8:27 AM, Ivan Voras wrote: > My accepted GSoC project this year is making a graphical FreeBSD > installer (see http://wiki.freebsd.org/finstall). One of the first > functional (not related to UI) things the installer does is disk > partitioning, and I'm trying to simplify this step. *snip* > The FreeBSD kernel supports GPT, and AFAIK the ability to modify > them in-place was recently added with the "unified" GPT slicer. > There are two things that are stopping total use of GPT right now: *snip* You can achieve the same (i.e. simplify partitioning), but without going off into the woods (i.e. try to boot from GPT). The new GEOM partitioning class currently only understands GPT and APM, but can be easily extended to support MBR and BSD schemes as well as the SUN scheme. Extending the GEOM partitioning class that way allows you to work the problem based on a single unified API, which mostly abstracts the gory details and should allow you to simplify things. This probably is more fruitful that trying to change how disks are being partitioned. The whole idea behind the GPART GEOM class is that it's to be extended in the way I described. I'm working on a userland tool for it and we could greatly benefit from each other's work. Which for you means that you may actually have time to work on the installer, rather than see you time spent on disk partitioning alone. For me it means that I have feedback about missing functionality before I finish the tool, which should help write the tool in such a way that the missing functionality can be added easily later, if not right away. For FreeBSD the advantage is that things will start to come together in a logical design and hopefully end up being implemented completely. Just a thought, -- Marcel Moolenaar xcllnt@mac.com