1 |
30 |
unneback |
#
|
2 |
|
|
# $Id: ACKNOWLEDGEMENTS,v 1.2 2001-09-27 11:59:11 chris Exp $
|
3 |
|
|
#
|
4 |
|
|
|
5 |
|
|
RTEMS was developed by On-Line Applications Research (OAR) under
|
6 |
|
|
contract to the U.S. Army Missile Command. Other than the
|
7 |
|
|
contributions listed in this document, all code and documentation
|
8 |
|
|
was developed by OAR for the Army.
|
9 |
|
|
|
10 |
|
|
The RTEMS project would like to thank those who have made
|
11 |
|
|
contributions to the project. Together we make RTEMS a
|
12 |
|
|
much better product.
|
13 |
|
|
|
14 |
|
|
The following persons/organizations have made contributions:
|
15 |
|
|
|
16 |
|
|
+ Dr. Mikhail (Misha) Savitski (mikhail.savitski@styrex.se) of the EISCAT
|
17 |
|
|
Scientific Association submitted the BSP and other miscellaneous support
|
18 |
|
|
for the Motorola MVME162 (M68040LC CPU) VMEbus single board computer.
|
19 |
|
|
|
20 |
|
|
+ Division Inc. of Chapel Hill, NC for sponsoring On-Line Applications
|
21 |
|
|
Research to port RTEMS to the Hewlett-Packard PA-RISC architecture (V1.1)
|
22 |
|
|
and the addition of HP-UX as a development host. Tony Bennett
|
23 |
|
|
(tbennett@chapelhill.hp.com) was assisted in this effort by Joel Sherrill
|
24 |
|
|
(joel@OARcorp.com). Tony also deserves a big pat on the back for
|
25 |
|
|
contributing significantly to the overall organization of the development
|
26 |
|
|
environment and directory structure. RTEMS is much easier to build
|
27 |
|
|
because of Tony.
|
28 |
|
|
|
29 |
|
|
+ Greg Allen of Division Inc. of Chapel Hill, NC for
|
30 |
|
|
porting RTEMS to HP-UX. This port treats a UNIX computer as simply
|
31 |
|
|
another RTEMS target processor. This port can be used to develop
|
32 |
|
|
and test code which will ultimately run on the embedded platform.
|
33 |
|
|
|
34 |
|
|
+ Doug McBride (mcbride@rodin.colorado.edu) of the Colorado Space Grant
|
35 |
|
|
College at the University of Colorado at Boulder submitted the BSP
|
36 |
|
|
for the Motorola IDP board (M68EC040 CPU) single board computer. The
|
37 |
|
|
BSP leverages heavily off of the existing RTEMS BSP framework, the
|
38 |
|
|
examples in the back of the IDP user's manual, and the libgloss example
|
39 |
|
|
support for the IDP board from the newlib/libgloss distribution.
|
40 |
|
|
|
41 |
|
|
+ David Glessner (dwg@glenqcy.glenayre.com) of Glenayre Electronics
|
42 |
|
|
submitted the support for the Motorola MC68302 CPU. This included
|
43 |
|
|
the "gen68302" BSP which uses the on-chip peripherals on the MC68302
|
44 |
|
|
as well as the modifications to the m68k dependent executive code to
|
45 |
|
|
support m68k family members based on the mc68000 core.
|
46 |
|
|
|
47 |
|
|
+ Bryce Cogswell (cogswell@cs.uoregon.edu) submitted the support for MS-DOS
|
48 |
|
|
as a development environment as well as djgpp/go32 as a target environment.
|
49 |
|
|
|
50 |
|
|
+ Andy Bray (andy@chaos.org.uk) of I-CUBED Ltd. in Cambridge U.K.
|
51 |
|
|
for porting RTEMS to the PowerPC. This effort included support for the
|
52 |
|
|
IBM 403 as well as the Motorola 601, 603, and 604 variants. A special
|
53 |
|
|
thanks to Dom Latter (dom@i-cubed.demon.co.uk) for being an RTEMS
|
54 |
|
|
evangelist and promoting the use of RTEMS both at I-CUBED Ltd. as well
|
55 |
|
|
as within the Internet community as a whole.
|
56 |
|
|
|
57 |
|
|
+ John S. Gwynne (jsg@coulomb.eng.ohio-state.edu) of Ohio State University
|
58 |
|
|
submitted the support for the Motorola MC68332 CPU as well as completing
|
59 |
|
|
the support for CPUs based on the MC68000 core. This included the "efi68k"
|
60 |
|
|
and "efi332" BSPs as well as completing the modifications to the m68k
|
61 |
|
|
dependent executive code to support m68k family members based on the
|
62 |
|
|
MC68000 core. "efi68k" and "efi332" are single board computers designed
|
63 |
|
|
primarily for automotive electronic fuel injection (EFI) control, but can
|
64 |
|
|
be considered general purpose controllers when used without the EFI
|
65 |
|
|
companion board(s). See the README in each BSP for more information.
|
66 |
|
|
|
67 |
|
|
+ The European Space Agency for sponsoring On-Line Applications Research
|
68 |
|
|
to port RTEMS to the SPARC V7 architecture for use with their ERC32
|
69 |
|
|
radiation-hardened CPU. Jiri Gaisler (jgais@wd.estec.esa.nl) deserves
|
70 |
|
|
special thanks for championing this port within the ESA was well as
|
71 |
|
|
for developing and supporting the SPARC Instruction Simulator used to
|
72 |
|
|
develop and test this port.
|
73 |
|
|
|
74 |
|
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
75 |
|
|
Laboratory submitted the support for the Motorola MC68360 CPU
|
76 |
|
|
including the `gen68360' BSP.
|
77 |
|
|
|
78 |
|
|
+ Dominique le Campion (Dominique.LECAMPION@enst-bretagne.fr), for
|
79 |
|
|
Telecom Bretagne and T.N.I. (Brest, France) submitted the BSP for
|
80 |
|
|
the Motorola MVME147 board (68030 CPU + 68881 FPU) and the MVME147s
|
81 |
|
|
variant of this board.
|
82 |
|
|
|
83 |
|
|
+ Craig Lebakken (lebakken@minn.net) and Derrick Ostertag
|
84 |
|
|
(ostertag@transition.com) of Transition Networks of Eden Prairie, MN
|
85 |
|
|
for porting RTEMS to the MIPS and AMD 29K architectures. This submission
|
86 |
|
|
includes complete support for the R4650 as well as partial support
|
87 |
|
|
for the R4600.
|
88 |
|
|
|
89 |
|
|
+ Erik Ivanenko (ccms@utcc.utoronto.ca) of the University of Toronto
|
90 |
|
|
for submitting the i386ex bsp.
|
91 |
|
|
|
92 |
|
|
+ Jiri Gaisler (jgais@wd.estec.esa.nl) converted RTEMS to using GNU
|
93 |
|
|
autoconf. This effort is greatly appreciated.
|
94 |
|
|
|
95 |
|
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
96 |
|
|
Laboratory submitted a BSP for the m68360 when operating in companion
|
97 |
|
|
mode with a m68040 and a port of the Motorola MC68040 Floating Point
|
98 |
|
|
Support Package (FPSP) to RTEMS.
|
99 |
|
|
|
100 |
|
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
101 |
|
|
Laboratory submitted a port of the KA9Q TCP/IP stack to RTEMS as
|
102 |
|
|
well as a network device driver for the gen68360 BSP. To address
|
103 |
|
|
performance issues and licensing concerns, Eric followed this up
|
104 |
|
|
by replacing the KA9Q TCP/IP stack with a port of the FreeBSD stack.
|
105 |
|
|
|
106 |
|
|
+ Chris Johns (cjohns@plessey.com.au) submitted the ods68302 BSP which
|
107 |
|
|
offers easier configuration than its counterpart gen68302. Chris
|
108 |
|
|
also submitted the RTEMS++ C++ class library and test code for
|
109 |
|
|
that library.
|
110 |
|
|
|
111 |
|
|
+ Katsutoshi Shibuya (shibuya@mxb.meshnet.or.jp) of BU-Denken Co., Ltd.
|
112 |
|
|
(Sapporo, Japan) submitted the extended console driver for the
|
113 |
|
|
MVME162LX BSP and the POSIX tcsetattr() and tcgetattr() routines.
|
114 |
|
|
This device driver supports four serial ports, cooked IO, and
|
115 |
|
|
provides a portable base for Zilog 8530 based console drivers.
|
116 |
|
|
|
117 |
|
|
+ Eric Norum (eric@skatter.usask.ca) and Katsutoshi Shibuya
|
118 |
|
|
(shibuya@mxb.meshnet.or.jp) jointly developed the termios support.
|
119 |
|
|
|
120 |
|
|
+ Ralf Corsepius (corsepiu@faw.uni-ulm.de) of the Research Institute for
|
121 |
|
|
Applied Knowledge Processing at the University of Ulm (FAW), Germany,
|
122 |
|
|
for numerous enhancements to the RTEMS autoconf support as well as
|
123 |
|
|
for the Hitachi SH port. His contributions are too many to list but
|
124 |
|
|
also include work on RPMs for RTEMS tools.
|
125 |
|
|
|
126 |
|
|
+ Dario Alcocer submitted a port of the
|
127 |
|
|
RTEMS port to FreeBSD.
|
128 |
|
|
|
129 |
|
|
+ David Fiddes , Rod Barman (rodb@ptgrey.com) and
|
130 |
|
|
Stewart Kingdon (kingdon@ptgrey.com) submitted Motorola ColdFire
|
131 |
|
|
support. This work was supported in part by Real World Interface, Inc.
|
132 |
|
|
|
133 |
|
|
+ Geoffroy Montel (g_montel@yahoo.com), for CNET/DSM (Rennes, France),
|
134 |
|
|
submitted the BSP for Motorola 68340/68349 based boards.
|
135 |
|
|
|
136 |
|
|
+ Thomas Doerfler (td@imd.m.isar.de) of IMD in
|
137 |
|
|
Puchheim,Germany submitted some improvements to the PPC403
|
138 |
|
|
support and added the helas403 BSP.
|
139 |
|
|
|
140 |
|
|
+ Jay Monkman (jmonkman@frasca.com) of Frasca International, Inc
|
141 |
|
|
submitted the support for the Motorola MPC860 CPU including the
|
142 |
|
|
'eth_comm' BSP
|
143 |
|
|
|
144 |
|
|
+ Charles Gauthier of the Institute for
|
145 |
|
|
Information Technology for the National Research Council of Canada
|
146 |
|
|
submitted the Motorola MVME167 BSP.
|
147 |
|
|
|
148 |
|
|
+ Tony Ambardar (tonya@ece.ubc.ca) at the University of British Columbia
|
149 |
|
|
ported RTEMS to the TS-1325 embedded PC from Technologic Systems
|
150 |
|
|
(http://www.t-systems.com), and provided patches to enable software
|
151 |
|
|
floating-point emulation for x86 targets.
|
152 |
|
|
|
153 |
|
|
+ Jay Kulpinski (jskulpin@eng01.gdds.com) of General Dynamics Defense
|
154 |
|
|
Systems (Pittsfield, MA) submitted a board support package for the
|
155 |
|
|
Motorola MVME230x PowerPC family, borrowing from the PSIM and MPC750
|
156 |
|
|
BSPs. This includes support for the Raven ASIC, DEC21140 ethernet,
|
157 |
|
|
16550 serial port, and MK48T59 NVRAM.
|
158 |
|
|
|
159 |
|
|
+ Eric Valette and Emmanuel Raguet
|
160 |
|
|
of Canon CRF - Communication Dept for numerous submissions including
|
161 |
|
|
remote debugging on the i386 and PowerPC, port of RPC, port of the
|
162 |
|
|
GoAhead web server, BSP for the Motorola MCP750 PowerPC board, and
|
163 |
|
|
numerous improvements to the i386 and PowerPC ports of RTEMS
|
164 |
|
|
including a new enhanced interrupt management API that reduces
|
165 |
|
|
interrupt latency while making it easier to support external interrupt
|
166 |
|
|
controllers.
|
167 |
|
|
|
168 |
|
|
+ Mark Bronson of RAMIX for submitting i960RP
|
169 |
|
|
support and the rxgen960 board support package.
|
170 |
|
|
|
171 |
|
|
Finally, the RTEMS project would like to thank those who have contributed
|
172 |
|
|
to the other free software efforts which RTEMS utilizes. The primary RTEMS
|
173 |
|
|
development environment is from the Free Software Foundation (the GNU
|
174 |
|
|
project). The "newlib" C library was put together by Cygnus and is
|
175 |
|
|
a collaboration of the efforts of numerous individuals and organizations.
|
176 |
|
|
|
177 |
|
|
We would like to see your name here. BSPs and ports are always welcome.
|
178 |
|
|
Useful libraries which support RTEMS applications are also an important
|
179 |
|
|
part of providing a strong foundation for the development of real-time
|
180 |
|
|
embedded applications and are welcome as submission.
|
181 |
|
|
|