source: rtems/doc/filesystem/preface.texi @ e88f92b2

4.104.114.84.95
Last change on this file since e88f92b2 was 6449498, checked in by Joel Sherrill <joel.sherrill@…>, on 01/17/02 at 21:47:47

2001-01-17 Joel Sherrill <joel@…>

  • SUPPORT, LICENSE: New files.
  • Numerous files touched as part of merging the 4.5 branch onto the mainline development trunk and ensuring that the script that cuts snapshots and releases works on the documentation.
  • Property mode set to 100644
File size: 2.8 KB
Line 
1@c
2@c  COPYRIGHT (c) 1988-2002.
3@c  On-Line Applications Research Corporation (OAR).
4@c  All rights reserved.
5@c
6@c  $Id$
7@c
8
9@ifinfo
10@node Preface, , Top, Top
11@end ifinfo
12@unnumbered Preface
13
14This document describes the implementation of the RTEMS filesystem
15infrastructure.  This infrastructure supports the following
16capabilities:
17
18@itemize @bullet
19
20@item Mountable file systems
21
22@item Hierarchical file system directory structure
23
24@item POSIX compliant set of routines for the manipulation of files and directories
25
26@item Individual file and directory support for the following:
27
28@enumerate
29
30@item Permissions for read, write and execute
31
32@item User ID
33
34@item Group ID
35
36@item Access time
37
38@item Modification time
39
40@item Creation time
41
42@end enumerate
43
44@item Hard links to files and directories
45
46@item Symbolic links to files and directories
47
48@end itemize
49
50This has been implemented to provide the framework for a UNIX-like
51file system support. POSIX file and directory functions have been
52implemented that allow a standard method of accessing file, device and
53directory information within file systems. The file system concept that
54has been implemented allows for expansion and adaptation of the file
55system to a variety of existing and future data storage devices. To this
56end, file system mount and unmount capabilities have been included in this
57RTEMS framework.
58
59This framework slightly alters the manner in which devices are handled
60under RTEMS from that of public release 4.0.0 and earlier.  Devices that
61are defined under a given RTEMS configuration will now be registered as
62files in a mounted file system.  Access to these device drivers and their
63associated devices may now be performed through the traditional file system
64open(), read(), write(), lseek(), fstat() and ioctl() functions in addition
65to the interface provided by the IO Manager in the RTEMS Classic API.
66
67An In-Memory File System (IMFS) is included which provides full POSIX
68filesystem functionality yet is RAM based.  The IMFS maintains a
69node structure for each file, device, and directory in each mounted
70instantiation of its file system. The node structure is used to
71manage ownership, access rights, access time, modification time,
72and creation time.  A union of structures within the IMFS nodal
73structure provide for manipulation of file data, device selection,
74or directory content as required by the nodal type. Manipulation of
75these properties is accomplished through the POSIX set of file and
76directory functions.  In addition to being useful in its own right,
77the IMFS serves as a full featured example filesystem.
78
79The intended audience for this document is those persons implementing
80their own filesystem.  Users of the filesystem may find information
81on the implementation useful.  But the user interface to the filesystem
82is through the ISO/ANSI C Library and POSIX 1003.1b file and directory
83APIs.
Note: See TracBrowser for help on using the repository browser.