From owner-freebsd-geom@FreeBSD.ORG Wed May 5 18:16:35 2004 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 20D6B16A4CE; Wed, 5 May 2004 18:16:35 -0700 (PDT) Received: from spiff.melthusia.org (spiff.melthusia.org [207.67.244.17]) by mx1.FreeBSD.org (Postfix) with ESMTP id D2EA643D46; Wed, 5 May 2004 18:16:34 -0700 (PDT) (envelope-from gtetlow@spiff.melthusia.org) Received: from spiff.melthusia.org (gtetlow@localhost [127.0.0.1]) by spiff.melthusia.org (8.12.10/8.12.10) with ESMTP id i461CEGc029559; Wed, 5 May 2004 18:12:14 -0700 (PDT) (envelope-from gtetlow@spiff.melthusia.org) Received: (from gtetlow@localhost) by spiff.melthusia.org (8.12.10/8.12.10/Submit) id i461CEM0029558; Wed, 5 May 2004 18:12:14 -0700 (PDT) (envelope-from gtetlow) Date: Wed, 5 May 2004 18:12:14 -0700 From: Gordon Tetlow To: Pawel Jakub Dawidek Message-ID: <20040506011214.GE10016@spiff.melthusia.org> References: <20040503175810.62d3f0fb.nork@FreeBSD.org> <55894.1083575066@critter.freebsd.dk> <20040503153055.GT24376@darkness.comp.waw.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IMjqdzrDRly81ofr" Content-Disposition: inline In-Reply-To: <20040503153055.GT24376@darkness.comp.waw.pl> X-Habeas-SWE-1: winter into spring X-Habeas-SWE-2: brightly anticipated X-Habeas-SWE-3: like Habeas SWE (tm) X-Habeas-SWE-4: Copyright 2002 Habeas (tm) X-Habeas-SWE-5: Sender Warranted Email (SWE) (tm). The sender of this X-Habeas-SWE-6: email in exchange for a license for this Habeas X-Habeas-SWE-7: warrant mark warrants that this is a Habeas Compliant X-Habeas-SWE-8: Message (HCM) and not spam. Please report use of this X-Habeas-SWE-9: mark in spam to . User-Agent: Mutt/1.5.5.1i cc: Poul-Henning Kamp cc: Norikatsu Shigemura cc: freebsd-geom@freebsd.org Subject: Re: new GEOM feature - geom_vol_msdosfs X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2004 01:16:35 -0000 --IMjqdzrDRly81ofr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, May 03, 2004 at 05:30:55PM +0200, Pawel Jakub Dawidek wrote: > On Mon, May 03, 2004 at 11:04:26AM +0200, Poul-Henning Kamp wrote: > +> In message <20040503175810.62d3f0fb.nork@FreeBSD.org>, Norikatsu Shige= mura writ > +> es: > +> > I made a geom_vol_msdosfs GEOM module. It provides a feature > +> > like geom_vol_ffs.=20 > +>=20 > +> I think this is a great idea! >=20 > I was wondering if slicers isn't an overkill here as we don't need any > transformations. > We could only connect a consumer to destination provider to be able to > detect orphans and just create symbolic link to destination provider > from under /dev/vol/... What do you think? > In addition it will clarify the source provider if someone is interested. >=20 > I can handle this if you agree with me and reimplement existing > geom_vol_ffs to be able to handle many label formats in clean way. By all means, geom_vol_ffs was basically a prototype for me. It worked well enough for my needs. I chose the slicer api because it made more sense to me at the time. There weren't any docs when I was writing geom_vol_ffs and all the other modules seemed to use the slicer api. In fact, feel free to rip the whole thing apart. But don't change struct ffs, that was painful. -gordon --IMjqdzrDRly81ofr Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFAmZDuRu2t9DV9ZfsRApdZAKDLICV8hSo5AMYx9AasMvJyCr+IlACeO4r2 N1MDs3LeiDkAf/xlneuAxpY= =XJO+ -----END PGP SIGNATURE----- --IMjqdzrDRly81ofr--