-should understand "older", original High Sierra ("CDROM001") type
-should understand Rockridge
-should be called cdfs, as there are other ISO filesystem soon possible
-should have file handles implemented for use with NFS, etc
-should have name translation enabled by mount flag
-should run as a user process, and not take up kernel space (cdroms are slow)
+# $Id: TODO,v 1.3 1993/07/19 13:40:00 cgd Exp $
+
+ 1) should understand "older", original High Sierra ("CDROM001") type
+
+ Not yet. ( I don't have this technical information, yet. )
+
+ 2) should understand Rock Ridge
+
+ Yes, we have follows function.
+
+ o Symbolic Link
+ o Real Name(long name)
+ o File Attribute
+ o Time stamp
+ o uid, gid
+
+ Except follows:
+
+ o POSIX device modes
+
+ I have no idea right now, we should check a REAL implementation
+ for 386BSD.....
+
+ o Limitation of 8 level directory( ISO9660 limitation )
+
+ Rock Ridge Extension are defined with the "CL/PL/RE" for getting
+ rid of this limitation. But as far as I test the cdroms,I'v never
+ seen this definition and we can access the over 8 level without
+ it. (Another word, this limitation is NOT physical ISO9660's
+ FORMAT limitation for unix stuffs.... I believe... )
+
+ 3) should be called cdfs, as there are other ISO file system soon possible
+
+ Not yet. Probably we should make another file system when the ECMA draft
+ is valid and do it. For doing Rock Ridge Support, I can use almost same
+ code. So I just use the same file system interface...
+
+ 4) should have file handles implemented for use with NFS, etc
+
+ Yes. we have already this one, and I based it for this release.
+
+ 5) should have name translation enabled by mount flag
+
+ Yes. we can disable the Rock Ridge Extension by follows option;
+
+ "mount -t isofs -o -norrip /dev/cd0d /cdrom"
+
+ 6) should run as a user process, and not take up kernel space (cdroms
+ are slow)
+
+ Not yet. And addition, we should try to avoid a long seek by a absolute path
+ with using the PATH TABLE or other method.
+
+ 7) ECMA support.
+
+ Not yet. we need not only a technical spec but also ECMA format
+ cd-rom itself!
+
+ 8) Character set change by SVD ( multi SVD support )
+
+ Not yet. We should also hack the other part of system as 8 bit
+ clean. As far as I know, if you export the cdrom by NFS, the client
+ can access the 8 bit clean (ie. Solaris Japanese with EUC code )
+
+----------
+Last update July 19, '93 by Atsushi Murai. (amurai@spec.co.jp)