From owner-freebsd-arch Fri Jan 24 14:38:36 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 520F637B405 for ; Fri, 24 Jan 2003 14:38:34 -0800 (PST) Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.86.163]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3D89A43EB2 for ; Fri, 24 Jan 2003 14:38:33 -0800 (PST) (envelope-from phk@freebsd.org) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.12.6/8.12.6) with ESMTP id h0OMcW8k004615 for ; Fri, 24 Jan 2003 23:38:32 +0100 (CET) (envelope-from phk@freebsd.org) To: arch@freebsd.org Subject: GEOM and CDROM media (was: CFR: Volume labels in FFS) From: phk@freebsd.org In-Reply-To: Your message of "Fri, 24 Jan 2003 14:27:18 PST." <20030124222718.GN53114@roark.gnf.org> Date: Fri, 24 Jan 2003 23:38:32 +0100 Message-ID: <4614.1043447912@critter.freebsd.dk> 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 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: Imagine a CD with this layout: 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. (I belive this layout is possible, but even if it isn't, assume that it is for the sake of this argument, the principle is what we are discussing here, not what's in the various coloured books) How and what appears where and why ? SCSI CD's won't do a thing, you get one device and a ton of ioctls to deal with. ATAPI CD's do neat tricks and present each track as a (cloned) device so you can do things like /dev/acd0t05 etc. Should CD drivers offer all data tracks to GEOM ? Or only the last ? How should music tracks be handled ? (GEOM can handle them and that would mean that you could build a GEOM_MP3 module which converted the format. I'd scream if you did, but you could :-) Suggestions welcome... Poul-Henning PS: No, I've not made those titles up :-) -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message