From owner-freebsd-current@FreeBSD.ORG Wed Jul 6 21:20:45 2005 Return-Path: X-Original-To: freebsd-current@freebsd.org Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6561416A427; Wed, 6 Jul 2005 21:20:45 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (209-128-86-226.bayarea.net [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1D50543D45; Wed, 6 Jul 2005 21:20:44 +0000 (GMT) (envelope-from marcel@xcllnt.net) Received: from ns1.xcllnt.net (localhost.xcllnt.net [127.0.0.1]) by ns1.xcllnt.net (8.13.3/8.13.3) with ESMTP id j66LKipM006382; Wed, 6 Jul 2005 14:20:44 -0700 (PDT) (envelope-from marcel@ns1.xcllnt.net) Received: (from marcel@localhost) by ns1.xcllnt.net (8.13.3/8.13.3/Submit) id j66LKhRZ006381; Wed, 6 Jul 2005 14:20:43 -0700 (PDT) (envelope-from marcel) Date: Wed, 6 Jul 2005 14:20:43 -0700 From: Marcel Moolenaar To: Poul-Henning Kamp Message-ID: <20050706212043.GA6215@ns1.xcllnt.net> References: <20050706181310.GA5167@ns1.xcllnt.net> <8285.1120679020@phk.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8285.1120679020@phk.freebsd.dk> User-Agent: Mutt/1.4.2.1i Cc: Maxim.Sobolev@portaone.com, Giorgos Keramidas , freebsd-current@freebsd.org Subject: Re: [TEST/REVIEW] boot0cfg/fdisk issue fix 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: Wed, 06 Jul 2005 21:20:45 -0000 On Wed, Jul 06, 2005 at 09:43:40PM +0200, Poul-Henning Kamp wrote: > > >A completely different approach that helps to abstract the details > >of the slicer (i.e. MBR, GPT or BSD) is a functional interface. > >Have a device special file for each slicer and implement ioctl(2) on > >them for adding, removing, resizing etc of partitions. That way > >GEOM gets to see requests like: > > "remove slice number 3, please" > > If you want to implement this, don't add bogodevices with magic > ioctls, use the g_ctl API instead, it is designed for this kind > of thing. *snip* > >Potentionally we could end up with a single tool to manipulate any > >and all slicers, provided we define the ioctl interface correctly. > > My original hope was that this tool would be called geom(8) and > be the unified management tool for all GEOM classes, not just > slices. That would be better, yes. Would a slicer-specific API that's implemented in terms of g_ctl be welcome in libgeom? It would help convert the existing tools to use GEOM more directly, which helps the convergence of the functionality into a single tool: geom(8). For geom(8) it would then probably be a class library, right? -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net