source: rtems/c/ACKNOWLEDGEMENTS @ 5b62726f

4.104.114.84.95
Last change on this file since 5b62726f was 8063a2c, checked in by Joel Sherrill <joel.sherrill@…>, on 09/26/03 at 21:58:05

2003-09-26 Joel Sherrill <joel@…>

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