source: rtems/doc/FAQ/basic.t @ 110445c

4.104.114.84.95
Last change on this file since 110445c was 110445c, checked in by Joel Sherrill <joel.sherrill@…>, on 06/10/00 at 19:41:09

Patch rtems-rc-4.5.0-21.diff from Ralf Corsepius <corsepiu@…>
which splits the current monolithic specs files into a sequence of
subparts. These can be concatenated togather to make a the whole .spec
file. This cleans up the maintenance problem of having "all languages"
and a "C/C++ only" gccnewlib spec files. Plus it should make it easier
to produce variants like the gdb-m68k-bdm which require special hackery. :)
Ralf's comments:

It addresses the way *.spec.in get composed inside of the source
tree.

Changes:

  • Each spec.in is broken into several files (*.add), one *.add file per sub-package.
  • Each Makefile.am composes spec.ins from the *.add files
  • Removal of redundant automake support files.
  • Default value for BuildRoot? changed to /tmp/<spec-file-name>
  • %clean stage added to *specs

Advantages (IMHO).

  • The *.add files are easier to adminstrate and more flexible in comparison to the former *.specs.ins.
  • gccnewlib_c_only.spec.in now is composed from the same sources as gccnewlib.spec.in (less errors)
  • If using the default BuildRoot? --clean now deletes all files that were generated while building.

Notes:

  • rtems.spec.in has not yet been adapted to the scheme used for the other *spec.ins
  • Except for cosmetical changes the internals of the *.spec files should not have changed.

To Apply:

cvs rm -f scripts/binutils/binutils.spec.in
cvs rm -f scripts/gccnewlib/gccnewlib.spec.in
cvs rm -f scripts/gccnewlib/gccnewlib_c_only.spec.in
cvs rm -f scripts/gdb/gdb.spec.in
cvs rm -f scripts/config.sub
cvs rm -f scripts/config.guess
cvs rm -f scripts/install-sh
cvs rm -f scripts/mkinstalldirs
cvs rm -f scripts/missing

patch -p1 < rtems-rc-4.5.0-21.diff

cvs add scripts/*/*.add
cvs add scripts/*/README

  • Property mode set to 100644
File size: 5.7 KB
Line 
1@c
2@c  COPYRIGHT (c) 1988-1999.
3@c  On-Line Applications Research Corporation (OAR).
4@c  All rights reserved.
5@c
6@c  $Id$
7@c
8
9@chapter Basic Information
10
11The questions in this category are basic questions about RTEMS.  Where
12did it come from, why is it, what is it, when should you use it, etc.?
13
14@section What does RTEMS stand for?
15
16RTEMS is an anacronym for the Real-Time Executive for Multiprocessor
17Systems.
18
19Initially RTEMS stood for the Real-Time Executive for Missile Systems
20but as it became clear that the application domains that could use
21RTEMS extended far beyond missiles, the "M" changed to mean Military.
22At one point, there were both Ada and C implementations of RTEMS.  The
23C version changed the "M" to mean Multiprocessor while the Ada version
24remained with the "M" meaning Military.
25
26@section What is RTEMS?
27
28RTEMS is a real-time executive which provides a high performance
29environment for embedded military applications including many
30features. The following is just a short list of the features
31avilable in RTEMS.  If you are interested in something that
32is not on this list, please contact the RTEMS Team.  Features
33are being added continuously.
34
35@itemize @bullet
36
37@item Standards Compliant
38@itemize @bullet
39@item POSIX 1003.1b API including threads
40@item RTEID/ORKID based Classic API
41@end itemize
42
43@item TCP/IP Stack
44@itemize @bullet
45@item high performance port of FreeBSD TCP/IP stack
46@item UDP, TCP
47@item ICMP, DHCP, RARP
48@item TFTP
49@item RPC
50@item FTPD
51@item HTTPD
52@item CORBA
53@end itemize
54
55@item Debugging
56@itemize @bullet
57@item GNU debugger (gdb)
58@item DDD GUI interface to GDB
59@item thread aware
60@item debug over Ethernet
61@item debug over Serial Port
62@end itemize
63
64@item Filesystem Support
65@itemize @bullet
66@item In-Memory Filesystem (IMFS)
67@item TFTP Client Filesystem
68@end itemize
69
70@item Basic Kernel Features
71@itemize @bullet
72@item multitasking capabilities
73@item homogeneous and heterogeneous multiprocessor systems
74@item event-driven, priority-based, preemptive scheduling
75@item optional rate monotonic scheduling
76@item intertask communication and synchronization
77@item priority inheritance
78@item responsive interrupt management
79@item dynamic memory allocation
80@item high level of user configurability
81@end itemize
82
83@end itemize
84
85
86@section What standards does RTEMS support?
87
88The original "Classic" RTEMS API is based on the Real-Time Executive
89Interface Definition (RTEID) and the Open Real-Time Kernel Interface
90Definition (ORKID).  RTEMS also includes support for POSIX threads
91and real-time extensions.
92
93With the addition of file system infrastructure, RTEMS supports
94about 70% of the POSIX 1003.1b-1996 standard.  This standard
95defines the programming interfaces of standard UNIX.   This means
96that much source code that works on UNIX, also works on RTEMS.
97
98@section What processors is RTEMS available for?
99
100RTEMS is available for the following processor families:
101
102@itemize @bullet
103@item Motorola MC68xxx
104@item Motorola MC683xx
105@item Motorola ColdFire
106@item Hitachi SH
107@item Intel i386
108@item Intel i960
109@item MIPS
110@item PowerPC
111@item SPARC
112@item AMD A29K
113@item Hewlett-Packard PA-RISC
114@end itemize
115
116In addition, there is a port to UNIX which can be used as a prototyping
117and simulation environment.
118
119@section Executive vs. Kernel vs. Operating System (RTOS)
120
121The developers of RTEMS developers use the terms executive and kernel
122interchangeably.  In the embedded system community, the terms executive
123or kernel are generally used to refer to small operating systems.
124So we consider it proper to refer to RTEMS as an executive, a kernel,
125or an operating system.
126
127@section Where/why was it developed?
128
129RTEMS was developed by On-Line Applications Research Corporation (OAR)
130for the U.S. Army Missile Command prior to that organizations merger
131with the Aviation Command that resulted in the new command, U. S. Army
132Aviation and Missile command (AMCOM).  The original goal of RTEMS was
133to provide a portable, standards-based real-time executive for which
134source code was available and royalties were paid.
135
136In other words, RTEMS was open source before open source was cool.
137
138@section Are there no similar commercial products?
139
140Yes, but not all are based on standards and the open source philosophy.
141
142@section How can I get RTEMS?
143
144RTEMS is distributed by OAR Corporation via the Internet.  Point your
145favorite browser at the following URL and following the link:
146
147@c this version should work
148@c @set OAR-URL http://www.OARcorp.com
149@c @uref{@value{OAR-URL},@value{OAR-URL}}
150@uref{http://www.OARcorp.com,http://www.OARcorp.com}
151
152@section What about support?
153
154OAR Corporation provides numerous services for RTEMS including support,
155training, and custom development.
156
157@section Are there any mailing lists?
158
159The primary RTEMS mailing list is @code{rtems-list@@oarcorp.com}.  You
160can subscribe by sending a message with the word @b{subscribe rtems-list}
161as the body to @code{majordomo@@oarcorp.com}.
162
163@section Are there any license restrictions?
164
165RTEMS is licensed under a modified version of the GNU General Public License
166(GPL).  The modification places no restrictions on the applications which
167use RTEMS but protects the interests of those who work on RTEMS.
168
169The TCP/IP network stack included with RTEMS is a port of the FreeBSD
170network stack and is licensed under different terms that also do not
171place restrictions on the application.
172
173@section Are there any export restrictions?
174
175No.
176
177@section RTEMS Mailing List
178
179@example
180rtems-users@@OARcorp.com
181@end example
182
183This mailing list is dedicated to the discussion of issues related
184to RTEMS, including GNAT/RTEMS.  If you have questions about RTEMS,
185wish to make suggestions, or just want to pick up hints, this is a
186good list to subscribe to.  Subscribe by sending an empty mail
187message to rtems-users-subscribe@@OARcorp.com.  Messages sent
188to rtems-users@@OARcorp.com are posted to the list.
189
190
Note: See TracBrowser for help on using the repository browser.