summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libc/imfs_unixstub.c (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-11-17Updated copyright notice.Joel Sherrill1-2/+1
1999-11-09Added imfs_unixstub.c to satisfy linker problems on UNIX port.Joel Sherrill1-33/+37
1999-10-29Moved the rmnod callback from the operations table to the handler table.Jennifer Averett1-1/+0
1999-10-26Added initial cut at miniIMFS which leaves out memfile and directoryJoel Sherrill1-98/+8
readdir support. The next step is to add a mount table and configure either the miniIMFS or the full IMFS at the application level.
1999-10-12Split null handlers table to own file and renamed.Joel Sherrill1-1/+1
Renamed IMFS handler tables to include IMFS prefix.
1998-11-23Added base version of file system infrastructure. This includes a majorJoel Sherrill1-0/+158
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.