From owner-freebsd-geom@FreeBSD.ORG Mon May 3 02:32:29 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 A7F9016A4CE for ; Mon, 3 May 2004 02:32:29 -0700 (PDT) Received: from sakura.ninth-nine.com (sakura.ninth-nine.com [219.127.74.120]) by mx1.FreeBSD.org (Postfix) with ESMTP id 1525243D46 for ; Mon, 3 May 2004 02:32:29 -0700 (PDT) (envelope-from nork@FreeBSD.org) Received: from melfina.ninth-nine.com ([IPv6:2002:d312:f91e::1]) (authenticated bits=0) by sakura.ninth-nine.com (8.12.11/8.12.11/NinthNine) with ESMTP id i439WRMj052447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 3 May 2004 18:32:27 +0900 (JST) (envelope-from nork@FreeBSD.org) Date: Mon, 3 May 2004 18:32:27 +0900 From: Norikatsu Shigemura To: "Poul-Henning Kamp" Message-Id: <20040503183227.44e8aec7.nork@FreeBSD.org> In-Reply-To: <55894.1083575066@critter.freebsd.dk> References: <20040503175810.62d3f0fb.nork@FreeBSD.org> <55894.1083575066@critter.freebsd.dk> X-Mailer: Sylpheed version 0.9.9-gtk2-20040229 (GTK+ 2.4.0; i386-portbld-freebsd5.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit 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: Mon, 03 May 2004 09:32:29 -0000 On Mon, 03 May 2004 11:04:26 +0200 "Poul-Henning Kamp" wrote: > In message <20040503175810.62d3f0fb.nork@FreeBSD.org>, Norikatsu Shigemura writ > es: > > I made a geom_vol_msdosfs GEOM module. It provides a feature > > like geom_vol_ffs. > I think this is a great idea! Thank you. > I wonder if it would be smarter to collect all these in one geom > class rather than have one for each volume label metadata format, > having it in one GEOM class would simplify name-collision handling. > On the other hand, name collisions are already passively neutered > in DEVFS, so if we can live with "Don't do that then" handling of > it, then there is no reason to not have them as different GEOM > classes, which certainly makes for simpler and cleaner code. > (Summary: Do it whatever way you prefer :-) On perforce(when I p4-submit-ed), rwatson said that we need is an auto-mounter that listens to GEOM events and can mount using disk labels so we can have /mnt/NameOfVolume. I think so. There are many TODO lists:-). > PS: > I would love to see handling of ISO 9660 (CDROM) volume labels as well. Oh my god:-). > PPS: > When you commit, please put it in a subcatalog under sys/geom. Sorry, I don't have a src commit bit. I am a just ports committer.