home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / unix / sysv386 / 12336 < prev    next >
Encoding:
Internet Message Format  |  1992-07-23  |  7.5 KB
  1. Path: sparky!uunet!sun-barr!ames!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!uwm.edu!ogicse!psgrain!hippo!ucthpx!aim1!aim1!gram
  2. From: gram@aim1.aztec.co.za (Graham Wheeler)
  3. Newsgroups: comp.unix.sysv386
  4. Subject: CD-ROMs/New file systems (summary)
  5. Message-ID: <gram.711905690@aim1>
  6. Date: 23 Jul 92 15:34:50 GMT
  7. Organization: Aztec Information Management
  8. Lines: 154
  9.  
  10. A couple of weeks ago I posted queries about using a CD-ROM drive under 
  11. Dell SVR4. Our problem was that we could dd the info in with a raw device,
  12. but we could not mount the disc. I posted an initial query about this, and
  13. then a second query about how easy it would be to create the file system
  14. support. The following is a summary of the responses I received.
  15.  
  16. >From: jack@admin.mport.COM (Jack Craig)
  17.  
  18. given that microport and dell get their src from the same usl and that 
  19. we got no cdrom filesystem either, the truth is there isnt one yet. 
  20. i hope to start soon.
  21.  
  22. in the meantime, the portable filesystem(pfs) from young minds(714-335-1350)
  23. has been used by several of our customers. some with autochanger cdroms.
  24. note a limit of 8 units in the stock release. beware as we(i) fixed this for
  25. microports os.
  26.  
  27. email me direct for more specifics.
  28.  
  29. jack...
  30. =============================================================================
  31.  Jack Craig               Aptos, California, 95003  
  32.  Software Horizons,Inc.   408-684-1375    uunet!sco.com!blznrzn!jack    SVR32
  33.  Microport                800-FOR-UNIX    uunet!mport.com!jack          SVR40
  34. =============================================================================
  35.  
  36. The next message comes from a contact at Dell, whose name I have removed
  37. as he is effectively our sole `technical support' from Dell (we don't use
  38. Dell hardware...), and I would hate him to either get into trouble over this
  39. or get flooded with questions from all the other non-supported Dell UNIX
  40. users (wouldn't it be nice if Dell took their UNIX as seriously as most of
  41. us do?).
  42.  
  43. > yaturner@picard.agames.com (D'arc Angel) writes:
  44. > 
  45. > >I called Dell and asked them about this, I was told that you could mount
  46. > >the CD and access the "native" file system (the ISO format itself) but
  47. > >that there was no unix file system "overlay" for CD's. Maybe in the new
  48. > >release, I'm told that it's RSN.....
  49. > 
  50. > I don't understand how you can mount a device if there is no file system
  51. > type. We tried doing mounts with every file system type that is listed in
  52. > /etc/conf/mfsys.d, and they all failed. We have not been able to do anything
  53. > better than a `dd' (which isn't much use 8-( ).
  54.  
  55. You can only access the device in raw mode.  You can't mount it becuase
  56. there is no filesystem support.  There is a device driver for CD-ROM's, but
  57. no filesystem support.  There will not be any filesystem support in the
  58. next release initially, although we have been looking at some possibilities
  59. for the filesystem support.  No set plans for it yet, though.
  60. ==========================================================================
  61. From: steve@nuchat.sccsi.com (Steve Nuchia)
  62.  
  63. I attended the V.4 internals tutorial at the recent Usenix and
  64. asked specifically whether there was enough information available,
  65. in any form, without a source license to write file systems.
  66.  
  67. The answer was no.
  68. ==========================================================================
  69. From: Mitchell.Erblich@EBay.Sun.COM (Mitchell Erblich)
  70.  
  71. I am not sure, but I think the HSFS (High Sierra File System) is ISO9660 compatible.
  72. Ask Dell if it is on your release.  It is the standard CD-ROM FS on SVR4 OS.
  73.  
  74. Mitchell Erblich
  75. Software Engineer
  76. Sun Microsystems
  77. =========================================================================
  78. Mitchell is quite correct about the compatibility, but it seems that support
  79. for this file system type was one of the things that was *not* incorporated
  80. into SVR4 from SunOS.
  81. =========================================================================
  82. From: Peter Wemm <Peter-Wemm@zeus.dialix.oz.au>
  83.  
  84. In comp.unix.internals you write:
  85.  
  86. >We have some CD Roms that we would like to read under Dell SVR4. Unfortunately,
  87. >although Dell provide a device driver to access SCSI CD Rom drives, they don't
  88. >provide an ISO9660 file system type. I have a copy of recently posted (on
  89. >alt.sources) BSD386  source code for this.
  90.  
  91. Join the club... :-)
  92.  
  93. >* how compatible is a BSD VFS type with an SVR4 one? In other words, just
  94. >    how resuseable is the BSD386 code under SVR4?
  95.  
  96. They are remotly similar, but that's it..  If you see the vfsops and vnops
  97. tables in the BSD code..  Well the great big list of functions there are
  98. ALL DIFFERENT in SVR4.  I ahve not been able to get any real documentation
  99. on these, but if you find any **please** let me know!
  100.  
  101. >* what are the requirements of a VFS device? Are there any unusual entry 
  102. >    points? Are these STREAMS devices, or conventional?
  103.  
  104. They are neither..  And they have real funny entry points..
  105.  
  106. >* is there any documentation available on how to go about this?
  107.  
  108. Easy:  Spent US$100,000, and buy a source license!  That's the usual answer
  109. I get when I ask for DOCS.
  110.  
  111. >* is there any existing PD SVR4 code for this? (saves me a lot of work!)
  112.  
  113. No..  Not that I have seen..
  114. ==========================================================================
  115. >From: terry@thisbe.npd.Novell.COM (Terry Lambert)
  116.  
  117. |> * how compatible is a BSD VFS type with an SVR4 one? In other words, just
  118. |>     how resuseable is the BSD386 code under SVR4?
  119.  
  120.     Not very.  The top layer (VFS-to-FS) is fairly explicit; the bottom
  121. (FS-to-memory-management) isn't.
  122.  
  123. |> 
  124. |> * what are the requirements of a VFS device? Are there any unusual entry 
  125. |>     points? Are these STREAMS devices, or conventional?
  126.  
  127. The entry points are documented in the files /usr/include/sys/vnode.h and
  128. /usr/include/sys/vfs.h.  They are not devices, per se, they are a set of entry
  129. points which are added to the VFS switch.  They are formulated as "Driver.o"
  130. files on SVR4 to enable idbuild to deal with "Y"/"N" on whether to include them.
  131.  
  132. Warning:  Dell UNIX uses the table offset into the VFS switch table to identify
  133. the file system, rather than the string name (as documented by AT&T).  This
  134. means that you won't be able to use existing file systems that occur later in
  135. the collating sequence (ie: lofs would come before ufs, then blow up any ufs
  136. file system).  Fix this by editing /etc/conf/cf.d/fsconf.c in the middle of
  137. idbuild (unless you are damn fast, this will require putting a "read x" before it
  138. is used to build fsconf.o 8-).
  139.  
  140. |> * is there any documentation available on how to go about this?
  141. AT&T has some documentation that you can get if you are a source license.  IBM
  142. has a manual, "Writeng a Device Driver for AIX Version 3.2" that comes with a
  143. disk with a demonstration VFS for AIX.  Pub number is GG24-3629-01, and it costs
  144. extra (doen't come with the standard manual set).
  145.  
  146. |> * is there any existing PD SVR4 code for this? (saves me a lot of work!)
  147.  
  148. Yes, but I'm currently beta-ing it, and won't release it for a while...
  149.  
  150.                     Terry Lambert
  151.                     terry_lambert@gateway.novell.com
  152.                     terry@icarus.weber.edu
  153. =============================================================================
  154. Well, it seems like Terry is going to save the day. BTW Terry, I tried mailing
  155. you unsuccessfully. If you have any need for additional testers, we are quite
  156. prepared to do so.
  157. =============================================================================
  158.  
  159. -- 
  160. Graham Wheeler                     | "That which is weak conquers the strong,
  161. Software Systems Engineer/Student  | that which is soft conquers the hard."
  162. Aztec Information Management/UCT   |         Lao Tzu - Tao Te Ching Ch. 78
  163. gram@aim1.aztec.co.za / gram@cs.uct.ac.za 
  164.