sergiotarxz/nuttx
1
0
Fork 0
Code Issues Pull Requests Releases Wiki Activity

Update TODO List

Browse Source
This commit is contained in:
Gregory Nutt 2017-02-13 12:05:33 -06:00
parent d0f0dd222e
commit 0b72903049
1 changed files with 35 additions and 9 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

44
TODO
View File

@ -1369,19 +1369,45 @@ o File system / Generic drivers (fs/, drivers/)
NOTE: The NXFFS file system has its own TODO list at nuttx/fs/nxffs/README.txt NOTE: The NXFFS file system has its own TODO list at nuttx/fs/nxffs/README.txt
Title: CHMOD(), TRUNCATE(), AND FSTAT() Title: MISSING FILE SYSTEM FEATURES
Description: Implement chmod(), truncate(), and fstat(). Description: Implement missing file system features:
chmod() is probably not relevant since file modes are not chmod() is probably not relevant since file modes are not
currently supported. currently supported.
fstat() may be doable: Most file system implement stat() by File privileges would also be good to support. But this is
looking up the directory entry associated with the path really a small part of a much larger feature. NuttX has no
then generating the struct stat data. But most file user IDs, there are no groups, there are no privileges
systems also keep the directory entry in the private data associated with either. User's don't need credentials.
associated withe open file. So it should possible to This is really a system wide issues of which chmod is only
implement fstat() as a file system method and use that a small part.
saved directory entry to generate the stat data.
User privileges never seemed important to me since NuttX is
intended for deeply embedded environments where there are
not multiple users with varying levels of trust.
truncate - The standard way of setting a fixed file size.
Often used with random access, data base files. There is no
simple way of doing that now (other than just writing data
to the file).
fstat(): Currently in work. The unverified solution is on
the 'fstat' branch in the repository.
link, unlink, softlink, readlink - For symbolic links. Only
the ROMFS file system currently supports hard and soft links,
so this is not too important.
File locking
Special files - NuttX support special files only in the top-
level pseudo file system. Unix systems support many
different special files via mknod(). This would be
important only if it is an objective of NuttX to become a
true Unix OS. Again only supported by ROMFS.
True inodes - Standard Unix inodes. Currently only supported
by ROMFs.
The primary obstacle to all these is that each would require The primary obstacle to all these is that each would require
changes to all existing file systems. That number is pretty changes to all existing file systems. That number is pretty