| Current Path : /sys/amd64/compile/hs32/modules/usr/src/sys/modules/usb/urtw/@/amd64/compile/hs32/modules/usr/src/sys/modules/netgraph/ip_input/@/amd64/compile/hs32/modules/usr/src/sys/modules/usb/uslcom/@/amd64/compile/hs32/modules/usr/src/sys/modules/geom/geom_linux_lvm/@/fs/cd9660/ |
FreeBSD hs32.drive.ne.jp 9.1-RELEASE FreeBSD 9.1-RELEASE #1: Wed Jan 14 12:18:08 JST 2015 root@hs32.drive.ne.jp:/sys/amd64/compile/hs32 amd64 |
| Current File : //sys/amd64/compile/hs32/modules/usr/src/sys/modules/usb/urtw/@/amd64/compile/hs32/modules/usr/src/sys/modules/netgraph/ip_input/@/amd64/compile/hs32/modules/usr/src/sys/modules/usb/uslcom/@/amd64/compile/hs32/modules/usr/src/sys/modules/geom/geom_linux_lvm/@/fs/cd9660/TODO.hibler |
$FreeBSD: release/9.1.0/sys/fs/cd9660/TODO.hibler 166639 2007-02-11 13:54:25Z rodrigc $ 1. Investiate making ISOFS another UFS shared filesystem (ala FFS/MFS/LFS). Since it was modelled after the inode code, we might be able to merge them back. It looks like a separate (but very similar) lookup routine will be needed due to the associated file stuff. 2. It would be nice to be able to use the vfs_cluster code. Unfortunately, if the logical block size is smaller than the page size, it won't work. Also, if throughtput is relatively constant for any block size (as it is for the HP drive--150kbs) then clustering may not buy much (or may even hurt when vfs_cluster comes up with a large sync cluster). 3. Seems like there should be a "notrans" or some such mount option to show filenames as they really are without lower-casing. Does this make sense?