summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libc/imfs.h (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Updated copyright notice.Joel Sherrill1999-11-171-2/+1
|
* Moved imfs set handlers prototype to the imfs.h file.Jennifer Averett1999-11-051-0/+4
|
* Unmount was failing as a side-effect of splitting the rmnod handlerJoel Sherrill1999-11-051-5/+6
| | | | and not handling every case properly.
* The object memfile.o was being included in the miniIMFS even though itJoel Sherrill1999-11-021-4/+31
| | | | | | | should not have been. This required that IMFS_rmnod be split into three separate (per file type) routines to avoid dependencies. In the end, a miniIMFS application is 6K smaller than one using the full IMFS.
* Added initial cut at miniIMFS which leaves out memfile and directoryJoel Sherrill1999-10-261-1/+15
| | | | | readdir support. The next step is to add a mount table and configure either the miniIMFS or the full IMFS at the application level.
* Split null handlers table to own file and renamed.Joel Sherrill1999-10-121-4/+3
| | | | Renamed IMFS handler tables to include IMFS prefix.
* Corrected mistakes in the IMFS file handlers table and added the missingJoel Sherrill1999-10-121-0/+5
| | | | routine imfs_fcntl.c
* Changed IMFS to use IMFS_NAME_MAX as the maximum length of a basenameJoel Sherrill1999-02-241-15/+21
| | | | | | | rather then NAME_MAX. NAME_MAX is 255 and that lets IMFS chew up memory too fast. Perhaps in the future, the places in IMFS that put a maximum length name string on the stack and the jnode structure does not include a maximu length name string can be fixed so this is not a problem.
* Added a imfs fdatasync routine that gets called for fdatasync and datasync.Jennifer Averett1998-12-031-0/+4
|
* Added base version of file system infrastructure. This includes a majorJoel Sherrill1998-11-231-0/+445
overhaul of the RTEMS system call interface. This base file system is the "In-Memory File System" aka IMFS. The design and implementation was done by the following people: + Joel Sherrill (joel@OARcorp.com) + Jennifer Averett (jennifer@OARcorp.com) + Steve "Mr Mount" Salitasc (salitasc@OARcorp.com) + Kerwin Wade (wade@OARcorp.com) PROBLEMS ======== + It is VERY likely that merging this will break the UNIX port. This can/will be fixed. + There is likely some reentrancy/mutual exclusion needed. + Eventually, there should be a "mini-IMFS" description table to eliminate links, symlinks, etc to save memory. All you need to have "classic RTEMS" functionality is technically directories and device IO. All the rest could be left out to save memory.