4 * We currently keep the inode in the exports struct. This is
5 a bad idea with directories that are intended to be used as
6 a mount point. Must store the file name instead and do a
7 lookup when getfh is called. Yuck!
9 Even yuckier: what do we do about exports matching when we
10 can't keep the inode number?
12 * stating a file on remote cdrom returns st_blocks == 0 for some
15 * Should allow multiple exports per dev if one of the directories
16 isn't a subdir of the other.
20 * On some occasions, an EAGAIN reported by the transport layer
21 will be propagated to the VFS.
22 * Some operations do not seem to release the inode properly, so
23 unmounting the device fails.
27 * Handle portmap registration in a separate thread. portmap may
28 not be running when we try to mount the first NFS volume (esp.
31 * Does not inform rpc.statd when hosts no longer require
32 monitoring; hosts are incorrectly monitored until next system
37 * Export handling is reported to do odd things at times.