source: rtems/c/ACKNOWLEDGEMENTS @ 2dca2e6

5
Last change on this file since 2dca2e6 was 2dca2e6, checked in by Joel Sherrill <joel@…>, on Jan 23, 2016 at 10:49:29 PM

Obsolete and remove powerpc/mbx8xx

closes #2545.

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