From owner-freebsd-current Sun Sep 27 03:36:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA13718 for freebsd-current-outgoing; Sun, 27 Sep 1998 03:36:25 -0700 (PDT) (envelope-from owner-freebsd-current@FreeBSD.ORG) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id DAA13639; Sun, 27 Sep 1998 03:35:52 -0700 (PDT) (envelope-from luigi@labinfo.iet.unipi.it) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id JAA01518; Sun, 27 Sep 1998 09:34:15 +0100 From: Luigi Rizzo Message-Id: <199809270834.JAA01518@labinfo.iet.unipi.it> Subject: Re: cd9660 mounts... To: bde@zeta.org.au (Bruce Evans) Date: Sun, 27 Sep 1998 09:34:15 +0100 (MET) Cc: bde@zeta.org.au, current@FreeBSD.ORG, sos@FreeBSD.ORG In-Reply-To: <199809270806.SAA01400@godzilla.zeta.org.au> from "Bruce Evans" at Sep 27, 98 06:05:41 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > >> They won't work for cd in -current, since it uses slices. You need > > > >it does not use slices, it only grabs a few bits from the minor > >number to identify the track and i happened to use dkslice() because > >it was doing exactly what i needed. If the macro is not present in > >-current, then one can simply redefine > > The driver uses slices, and will reject access to minor numbers that > have bits set that it doesn't support. hmmm.. ok, i have lost track if we are talking about scsi cd or atapi cd; the latter (wcd.c) in -current seems not to do any check on the slice number. But never mind, the problem seems to be a minor one since as someone suggested it is better to modify mount_cd9660 to pass the track number to the driver, so that we avoid proliferation of entries in /dev luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message