From owner-freebsd-fs Mon Jan 3 10:27:14 2000 Delivered-To: freebsd-fs@freebsd.org Received: from aplcenMP.apl.jhu.edu (apl.jhu.edu [128.220.101.100]) by hub.freebsd.org (Postfix) with ESMTP id 9C46A1506A for ; Mon, 3 Jan 2000 10:27:07 -0800 (PST) (envelope-from mccrobi@aplcenMP.apl.jhu.edu) Received: (from mccrobi@localhost) by aplcenMP.apl.jhu.edu (8.9.3/8.9.1) id NAA11389 for freebsd-fs@freebsd.org; Mon, 3 Jan 2000 13:27:54 -0500 (EST) Date: Mon, 3 Jan 2000 13:27:54 -0500 (EST) From: Mccrobie Charles Arn Message-Id: <200001031827.NAA11389@aplcenMP.apl.jhu.edu> Content-Type: text Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, I have some questions about file systems under FreeBSD. 1) I want to keep a vnode reference in the FS mount private data. How does the file system avoid having "reclaim" called on this vnode? Do I need to tract the "state" of the vnode and recreate it if its reclaimed? What I'm doing is writing a file system for read-only of OpenVMS ODS-2. ODS-2 has a file called the INDEXF.SYS file which contains all the file headers (vnodes) for the file system. I would like to keep the INDEXF.SYS file open all the time so that I can perform VOP_BMAP on it to translate logical blocks into physical blocks. For those non-OpenVMS'ers, the file header (vnode) can be obtained from the file number (inode number) by performing a logical->physical block translation on the INDEXF.SYS file. (Incidently, OpenVMS VBN=Unix LBN and OpenVMS LBN=Unix physical block). struct ods2_mount { ... vnode *indexf; } ods2_vget( ... ) { ... header_vbn = ... /* convert file number to vbn within INDEXF.SYS */ error = VOP_BMAP(indexf, vbn, NULL, &lbn, ...); ... } 2) The above defers the LBN->physical mapping to the VOP_BMAP procedure. Is this the "preferred" method or should I just perform that mapping through use of a "private" procedure? The CD9660 code uses the VOP_BMAP procedure. The HP UDF code keeps a private procedure for performing the mapping. The VOP_BMAP call simply returns an error. 3) It seems the CD9660 file system doesn't do the following: a) Handle interleaved files. I found nothing in the BMAP that accounts for file gap. Furthermore, only the header contains file_unit_size and interleave. I assume no data CD's have been produced with interleaved files. Just the same, it does seem to be an oversight... b) Handle multi-extent files. As I understand ISO 9660, there may be more than one entry for a file which differs only in the "multi extent flag" being set. This allows for multiple non-contiguous extents for a single file. Again, I found no references to "multi extents" in the code. Am I missing something here? Thanks, Chuck McCrobie (** MAD VAX **) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Tue Jan 4 8:19:23 2000 Delivered-To: freebsd-fs@freebsd.org Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (Postfix) with ESMTP id E36BD14A19 for ; Tue, 4 Jan 2000 08:19:14 -0800 (PST) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.3/8.9.3) with ESMTP id RAA25737; Tue, 4 Jan 2000 17:18:54 +0100 (CET) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA15519; Tue, 4 Jan 2000 17:18:52 +0100 (MET) Date: Tue, 4 Jan 2000 17:18:52 +0100 From: Eivind Eklund To: Mccrobie Charles Arn Cc: fs@FreeBSD.org Subject: Re: your mail Message-ID: <20000104171852.D13922@bitbox.follo.net> References: <200001031827.NAA11389@aplcenMP.apl.jhu.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200001031827.NAA11389@aplcenMP.apl.jhu.edu>; from mccrobi@aplcenMP.apl.jhu.edu on Mon, Jan 03, 2000 at 01:27:54PM -0500 Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Jan 03, 2000 at 01:27:54PM -0500, Mccrobie Charles Arn wrote: > Hello, > > I have some questions about file systems under FreeBSD. > > 1) I want to keep a vnode reference in the FS mount private data. > How does the file system avoid having "reclaim" called on this vnode? > Do I need to tract the "state" of the vnode and recreate it if its > reclaimed? No - just call vref() on the vnode. > 2) The above defers the LBN->physical mapping to the VOP_BMAP procedure. Is > this the "preferred" method or should I just perform that mapping through > use of a "private" procedure? I belive using VOP_BMAP is the preferred method. I'm sure somebody will correct me if I'm wrong. > 3) It seems the CD9660 file system doesn't do the following: > > a) Handle interleaved files. I found nothing in the BMAP that accounts > for file gap. Furthermore, only the header contains file_unit_size > and interleave. I assume no data CD's have been produced with > interleaved files. Just the same, it does seem to be an oversight... > > b) Handle multi-extent files. As I understand ISO 9660, there may be > more than one entry for a file which differs only in the "multi extent > flag" being set. This allows for multiple non-contiguous extents for > a single file. Again, I found no references to "multi extents" in the > code. Am I missing something here? I don't think there are any active CD9660 experts, so you are unlikely to get answers for this. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Wed Jan 5 12:44:28 2000 Delivered-To: freebsd-fs@freebsd.org Received: from mail-relay.eunet.no (mail-relay.eunet.no [193.71.71.242]) by hub.freebsd.org (Postfix) with ESMTP id DD68E154C8; Wed, 5 Jan 2000 12:44:23 -0800 (PST) (envelope-from mbendiks@eunet.no) Received: from login-1.eunet.no (mbendiks@login-1.eunet.no [193.75.110.2]) by mail-relay.eunet.no (8.9.3/8.9.3/GN) with ESMTP id VAA74242; Wed, 5 Jan 2000 21:44:21 +0100 (CET) (envelope-from mbendiks@eunet.no) Received: from localhost (mbendiks@localhost) by login-1.eunet.no (8.9.3/8.8.8) with ESMTP id VAA61703; Wed, 5 Jan 2000 21:44:21 +0100 (CET) (envelope-from mbendiks@eunet.no) X-Authentication-Warning: login-1.eunet.no: mbendiks owned process doing -bs Date: Wed, 5 Jan 2000 21:44:21 +0100 (CET) From: Marius Bendiksen To: Kenny Drobnack Cc: freebsd-hackers@FreeBSD.ORG, freebsd-fs@FreeBSD.ORG Subject: Re: CD-RW long filenames/rw filesystem. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > it, is grab a bunch of stuff you want to backup/record and use mkisofs and Use mkhybrid instead of mkisofs. It allows long filenames. > the CD-RW and then delete it later if you want to. Would it be possible, > or even feasible, to implement something like this in FreeBSD? Probably, but is there really much demand for this in a server OS? You can blank the CD-RW medium, with wormcontrol... - marius To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message From owner-freebsd-fs Thu Jan 6 11:51:21 2000 Delivered-To: freebsd-fs@freebsd.org Received: from maestria.wu-wien.ac.at (maestria.wu-wien.ac.at [137.208.7.7]) by hub.freebsd.org (Postfix) with ESMTP id 1CCED156FB for ; Thu, 6 Jan 2000 11:51:15 -0800 (PST) (envelope-from gonter@maestria.wu-wien.ac.at) Received: (from gonter@localhost) by maestria.wu-wien.ac.at (8.8.7/8.8.7) id UAA33986 for ; emf gonter; Thu, 6 Jan 2000 20:50:42 +0100 From: Gerhard Gonter Message-Id: <200001061950.UAA33986@maestria.wu-wien.ac.at> Subject: Re: CD-RW long filenames/rw filesystem. In-Reply-To: from Marius Bendiksen at "Jan 5, 2000 09:44:21 pm" To: kdrobnac@mission.mvnc.edu Date: Thu, 6 Jan 2000 20:50:42 +0100 (MEZ) Cc: freebsd-fs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-fs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org According to Kenny Dobnack: > [...] In FreeBSD, the only way (it seems) to use > it, is grab a bunch of stuff you want to backup/record and use mkisofs and > cdrecord to dump it onto a CD. Everything I read seemed to indicate that > this method limits you to the 8.3 filename format of iso9660 and all > Rockridge does is add file/group permissions and ownership. Rockridge allows you to use long filenames too and mkisofs which can be found in the cdrecord port handles without problems. cdrecord with mkisofs can be found in the ports collection in sysutils/cdrecord. To create a Rockridge image from an archive directory, use a command like mkisofs -o my-image.rr -R -T -V My-Image /archive/my-directory -R enables the Rockridge extensions, -T adds translation tables with short and long filename versions. > Next question. Under Windows, there was a program called Adaptec > Direct CD that pretty much allowed you to treat a CD-RW disc as "a really > big floppy disk" (I think that was from the docs). You can save a file to > the CD-RW and then delete it later if you want to. This software is, as far as I know, a UDF filesystem driver. UDF stands for Universial Disk Format and it's specs can be found on the web [1]. > Would it be possible, > or even feasible, to implement something like this in FreeBSD? If someone sits down and writes an UDF driver, sure ;) However, I never saw UDF and FreeBSD mentioned in one article before. FWIW, there's one (or maybe two?) Linux UDF project [2, 3], both(?) appear to be moving rather slowly. They seem to provide only read support for UDF yet. Marius Bendiksen later commented: > Probably, but is there really much demand for this in a server OS? I'm not sure if UDF is used a lot at all, and considering current prices for CD-RW media and cheap hard disks, it does not even make much sense (at least for me) to use CD-RW like big floppies. > You can blank the CD-RW medium, with wormcontrol... The command "cdrecord blank=fast" does the same. References: [1] OSTA Univeral Disk Format Specification Revision 2.00 http://www.bitwizard.nl/udf/udf200.pdf [2] The Linux UDF file system driver http://www.bitwizard.nl/udf/ [3] http://www.trylinux.com/projects/udf/index.html +gg -- Gerhard.Gonter@wu-wien.ac.at Fax: +43/1/31336/702 g.gonter@ieee.org Zentrum fuer Informatikdienste, Wirtschaftsuniversitaet Wien, Austria To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-fs" in the body of the message