Date: Sun, 27 Sep 1998 06:43:11 +0100 (MET) From: Luigi Rizzo <luigi@labinfo.iet.unipi.it> To: dan@math.berkeley.edu (Dan Strick) Cc: sos@FreeBSD.ORG, current@FreeBSD.ORG Subject: Re: cd9660 mounts... Message-ID: <199809270543.GAA01371@labinfo.iet.unipi.it> In-Reply-To: <199809270144.SAA22103@math.berkeley.edu> from "Dan Strick" at Sep 26, 98 06:43:55 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > mount -t cd9660 -o -s=0 /dev/wcd0tN /cdrom > > > > > > to mount the n-th track. > > > > I think this method is the best one, we can keep the mods in the ... > FreeBSD already relies far too heavily on a proliferation of > minor devices, each of which requires its own entry in /dev. > Exactly how large a (worst case) track number are we prepared > to handle? correct observation, especially because we would need 99 tracks :) In fact you are very right, i can easily add a -t option to mount_cd9660 to call the ioctl which selects the right track. This will double the complexity fo the kernel part but being still below 10 lines there should be no worries :) > Alternaticely, device drivers could have memory that transcends > close()es. In this case, one might issue commands like: > > settrack /dev/rwcd0 N > mount -t cd9660 /dev/wcd0 /cdrom this is worse, because would complicate putting this sort of things in say /etc/fstab thanks luigi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199809270543.GAA01371>