From owner-freebsd-arch Fri Jan 24 15:29:40 2003 Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 5243A37B401; Fri, 24 Jan 2003 15:29:38 -0800 (PST) Received: from ns1.xcllnt.net (209-128-86-226.BAYAREA.NET [209.128.86.226]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E5FE43F18; Fri, 24 Jan 2003 15:29:37 -0800 (PST) (envelope-from marcel@xcllnt.net) Received: from dhcp01.pn.xcllnt.net (dhcp01.pn.xcllnt.net [192.168.4.201]) by ns1.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0ONTbMW042112; Fri, 24 Jan 2003 15:29:37 -0800 (PST) (envelope-from marcel@piii.pn.xcllnt.net) Received: from dhcp01.pn.xcllnt.net (localhost [127.0.0.1]) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6) with ESMTP id h0ONTb3X047512; Fri, 24 Jan 2003 15:29:37 -0800 (PST) (envelope-from marcel@dhcp01.pn.xcllnt.net) Received: (from marcel@localhost) by dhcp01.pn.xcllnt.net (8.12.6/8.12.6/Submit) id h0ONTbXL047511; Fri, 24 Jan 2003 15:29:37 -0800 (PST) (envelope-from marcel) Date: Fri, 24 Jan 2003 15:29:36 -0800 From: Marcel Moolenaar To: phk@FreeBSD.ORG Cc: arch@FreeBSD.ORG Subject: Re: GEOM and CDROM media (was: CFR: Volume labels in FFS) Message-ID: <20030124232936.GB47190@dhcp01.pn.xcllnt.net> References: <20030124222718.GN53114@roark.gnf.org> <4614.1043447912@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4614.1043447912@critter.freebsd.dk> User-Agent: Mutt/1.5.3i Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Fri, Jan 24, 2003 at 11:38:32PM +0100, phk@FreeBSD.ORG wrote: > In message <20030124222718.GN53114@roark.gnf.org>, Gordon Tetlow writes: > > >I can also forsee being able to hook into devd to do some automounting magic > >for things like zip disks and cdroms (obviously not with FFS, but cd9660 > >support would be a good thing to have once GEOM recognizes cdroms). > > I am currently experimenting with code for removable devices which > will poll the drive if there is a media in it (too many drives/interfaces > are too stupid to tell us) and this can and could be include CDROMS > as well. > > The question in my mind is how to handle complex CDROM formats: What about an intermediate layer that splits the physical media into logical media based on the format. Example given below (forgive me the unethical device naming -- it's for illustration purposes): > 1: Data track > 2: Data track > 3: Music "You can build a mainframe from the things you find at home" > 4: Music "I'm a mainframe baby" > 5: Data track > 6: Data track, multi-session with track 5. /dev/cd0/data/track1 /dev/cd0/data/track2 /dev/cd0/data/track3 /dev/cd0/data/track4, multi-session with track 3 /dev/cd0/audio/track1 /dev/cd0/audio/track2 The track numbers are logical so you can treat /dev/cd0/audio as a logical audio-only CD and /dev/cd0/data as a logical data-only CD. Whether you want to have GEOM deal with audio tracks or just present a logical audio CD depends on how loud you scream if someone would write GEOM_MP3 :-) You could treat the DVD VOBs in the same way I guess... I guess the point I'm getting at is that GEOM stacks objects to abstract the physical representation by presenting logical entities. An abstraction layer based on the format seems to fit in... Just some random thoughts... -- Marcel Moolenaar USPA: A-39004 marcel@xcllnt.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message