source: rtems/c/ACKNOWLEDGEMENTS @ 4f4ed2f0

5
Last change on this file since 4f4ed2f0 was 5cf8e66, checked in by Joel Sherrill <joel@…>, on 01/23/16 at 22:52:54

c/ACKNOWLEDGEMENTS: Remove references to code long removed

  • Property mode set to 100644
File size: 5.7 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+ John S. Gwynne (jsg@coulomb.eng.ohio-state.edu) of Ohio State University
17  submitted the support for the Motorola MC68332 CPU as well as completing
18  the support for CPUs based on the MC68000 core.  Although the BSPs for
19  automotive electronic fuel injection (EFI) control he submitted have now
20  been removed, they formed the foundation for the mrm332 BSP which is still
21  in the tree.
22
23+ The European Space Agency for sponsoring On-Line Applications Research
24  to port RTEMS to the SPARC V7 architecture for use with their ERC32
25  radiation-hardened CPU.  Jiri Gaisler (jgais@wd.estec.esa.nl) deserves
26  special thanks for championing this port within the ESA was well as
27  for developing and supporting the SPARC Instruction Simulator used to
28  develop and test this port.
29
30+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
31  Laboratory submitted the support for the Motorola MC68360 CPU
32  including the `gen68360' BSP.
33
34+ Dominique le Campion (Dominique.LECAMPION@enst-bretagne.fr), for
35  Telecom Bretagne and T.N.I. (Brest, France) submitted the BSP for
36  the Motorola MVME147 board (68030 CPU + 68881 FPU) and the MVME147s
37  variant of this board.
38
39+ Craig Lebakken (lebakken@minn.net) and Derrick Ostertag
40  (ostertag@transition.com) of Transition Networks of Eden Prairie, MN
41  for porting RTEMS to the MIPS and AMD 29K architectures.  This submission
42  includes complete support for the R4650 as well as partial support
43  for the R4600.
44
45+ Jiri Gaisler (jgais@wd.estec.esa.nl) converted RTEMS to using GNU
46  autoconf.  This effort is greatly appreciated.
47
48+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
49  Laboratory submitted a BSP for the m68360 when operating in companion
50  mode with a m68040 and a port of the Motorola MC68040 Floating Point
51  Support Package (FPSP) to RTEMS.
52
53+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
54  Laboratory submitted a port of the KA9Q TCP/IP stack to RTEMS as
55  well as a network device driver for the gen68360 BSP.  To address
56  performance issues and licensing concerns, Eric followed this up
57  by replacing the KA9Q TCP/IP stack with a port of the FreeBSD stack.
58
59+ Katsutoshi Shibuya (shibuya@mxb.meshnet.or.jp) of BU-Denken Co., Ltd.
60  (Sapporo, Japan) submitted the extended console driver for the
61  MVME162LX BSP and the POSIX tcsetattr() and tcgetattr() routines.
62  This device driver supports four serial ports, cooked IO, and
63  provides a portable base for Zilog 8530 based console drivers.
64
65+ Eric Norum (eric@skatter.usask.ca) and Katsutoshi Shibuya
66  (shibuya@mxb.meshnet.or.jp) jointly developed the termios support.
67
68+ Ralf Corsepius (corsepiu@faw.uni-ulm.de) of the Research Institute for
69  Applied Knowledge Processing at the University of Ulm (FAW), Germany,
70  for numerous enhancements to the RTEMS autoconf support as well as
71  for the Hitachi SH port.  His contributions are too many to list but
72  also include work on RPMs for RTEMS tools.
73
74+ David Fiddes <D.J.Fiddes@hw.ac.uk>, Rod Barman (rodb@ptgrey.com) and
75  Stewart Kingdon (kingdon@ptgrey.com) submitted Motorola ColdFire
76  support.  This work was supported in part by Real World Interface, Inc.
77
78+ Charles Gauthier <Charles.Gauthier@iit.nrc.ca> of the Institute for
79  Information Technology for the National Research Council of Canada
80  submitted the Motorola MVME167 BSP.
81
82+ Jay Kulpinski (jskulpin@eng01.gdds.com) of General Dynamics Defense
83  Systems (Pittsfield, MA) submitted a board support package for the
84  Motorola MVME230x PowerPC family, borrowing from the PSIM and MPC750
85  BSPs.  This includes support for the Raven ASIC, DEC21140 ethernet,
86  16550 serial port, and MK48T59 NVRAM.
87
88+ Eric Valette <valette@crf.canon.fr> and Emmanuel Raguet <raguet@crf.canon.fr>
89  of Canon CRF - Communication Dept for numerous submissions including
90  remote debugging on the i386 and PowerPC, port of RPC, port of the
91  GoAhead web server, port of RTEMS to the ARM architecture,
92  BSP for the Motorola MCP750 PowerPC board, and numerous improvements
93  to the i386 and PowerPC ports of RTEMS including a new enhanced
94  interrupt management API that reduces interrupt latency while making
95  it easier to support external interrupt controllers.
96
97+ Joel Sherrill <joel@OARcorp.com> for the BSPs that work with
98  numerous simulators. Many work with instruction set simulators
99  in gdb.
100
101+ John Cotton <jcotton@ualberta.ca> and Charles Gauthier
102  <Charles.Gauthier@nrc.ca> of the Institute for Information
103  Technology for the National Research Council of Canada
104  submitted the RTEMS Cache Manager.
105
106Finally, the RTEMS project would like to thank those who have contributed
107to the other free software efforts which RTEMS utilizes.  The primary RTEMS
108development environment is from the Free Software Foundation (the GNU
109project).  The "newlib" C library was put together by Cygnus and is
110a collaboration of the efforts of numerous individuals and organizations.
111
112We would like to see your name here.  BSPs and ports are always welcome.
113Useful libraries which support RTEMS applications are also an important
114part of providing a strong foundation for the development of real-time
115embedded applications and are welcome as submission.
116
Note: See TracBrowser for help on using the repository browser.