Subversion Repositories or1k

#

#  $Id: ACKNOWLEDGEMENTS,v 1.2 2001-09-27 11:59:11 chris Exp $

#

RTEMS was developed by On-Line Applications Research (OAR) under

contract to the U.S. Army Missile Command.  Other than the

contributions listed in this document, all code and documentation

was developed by OAR for the Army.

The RTEMS project would like to thank those who have made

contributions to the project.  Together we make RTEMS a

much better product.

The following persons/organizations have made contributions:

+ Dr. Mikhail (Misha) Savitski (mikhail.savitski@styrex.se) of the EISCAT

  Scientific Association submitted the BSP and other miscellaneous support

  for the Motorola MVME162 (M68040LC CPU) VMEbus single board computer.

+ Division Inc. of Chapel Hill, NC for sponsoring On-Line Applications

  Research to port RTEMS to the Hewlett-Packard PA-RISC architecture (V1.1)

  and the addition of HP-UX as a development host. Tony Bennett

  (tbennett@chapelhill.hp.com) was assisted in this effort by Joel Sherrill

  (joel@OARcorp.com).  Tony also deserves a big pat on the back for

  contributing significantly to the overall organization of the development

  environment and directory structure.  RTEMS is much easier to build

  because of Tony.

+ Greg Allen of Division Inc. of Chapel Hill, NC for

  porting RTEMS to HP-UX.  This port treats a UNIX computer as simply

  another RTEMS target processor.  This port can be used to develop

  and test code which will ultimately run on the embedded platform.

+ Doug McBride (mcbride@rodin.colorado.edu) of the Colorado Space Grant

  College at the University of Colorado at Boulder submitted the BSP

  for the Motorola IDP board (M68EC040 CPU) single board computer.  The

  BSP leverages heavily off of the existing RTEMS BSP framework, the

  examples in the back of the IDP user's manual, and the libgloss example

  support for the IDP board from the newlib/libgloss distribution.

+ David Glessner (dwg@glenqcy.glenayre.com) of Glenayre Electronics

  submitted the support for the Motorola MC68302 CPU.  This included

  the "gen68302" BSP which uses the on-chip peripherals on the MC68302

  as well as the modifications to the m68k dependent executive code to

  support m68k family members based on the mc68000 core.

+ Bryce Cogswell (cogswell@cs.uoregon.edu) submitted the support for MS-DOS

  as a development environment as well as djgpp/go32 as a target environment.

+ Andy Bray (andy@chaos.org.uk) of I-CUBED Ltd. in Cambridge U.K.

  for porting RTEMS to the PowerPC.  This effort included support for the

  IBM 403 as well as the Motorola 601, 603, and 604 variants.  A special

  thanks to Dom Latter (dom@i-cubed.demon.co.uk) for being an RTEMS

  evangelist and promoting the use of RTEMS both at I-CUBED Ltd. as well

  as within the Internet community as a whole.

+ John S. Gwynne (jsg@coulomb.eng.ohio-state.edu) of Ohio State University

  submitted the support for the Motorola MC68332 CPU as well as completing

  the support for CPUs based on the MC68000 core.  This included the "efi68k"

  and "efi332" BSPs as well as completing the modifications to the m68k

  dependent executive code to support m68k family members based on the

  MC68000 core.  "efi68k" and "efi332" are single board computers designed

  primarily for automotive electronic fuel injection (EFI) control, but can

  be considered general purpose controllers when used without the EFI

  companion board(s). See the README in each BSP for more information.

+ The European Space Agency for sponsoring On-Line Applications Research

  to port RTEMS to the SPARC V7 architecture for use with their ERC32

  radiation-hardened CPU.  Jiri Gaisler (jgais@wd.estec.esa.nl) deserves

  special thanks for championing this port within the ESA was well as

  for developing and supporting the SPARC Instruction Simulator used to

  develop and test this port.

+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator

  Laboratory submitted the support for the Motorola MC68360 CPU

  including the `gen68360' BSP.

+ Dominique le Campion (Dominique.LECAMPION@enst-bretagne.fr), for

  Telecom Bretagne and T.N.I. (Brest, France) submitted the BSP for

  the Motorola MVME147 board (68030 CPU + 68881 FPU) and the MVME147s

  variant of this board.

+ Craig Lebakken (lebakken@minn.net) and Derrick Ostertag

  (ostertag@transition.com) of Transition Networks of Eden Prairie, MN

  for porting RTEMS to the MIPS and AMD 29K architectures.  This submission

  includes complete support for the R4650 as well as partial support

  for the R4600.

+ Erik Ivanenko (ccms@utcc.utoronto.ca) of the University of Toronto

  for submitting the i386ex bsp.

+ Jiri Gaisler (jgais@wd.estec.esa.nl) converted RTEMS to using GNU

  autoconf.  This effort is greatly appreciated.

+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator

  Laboratory submitted a BSP for the m68360 when operating in companion

  mode with a m68040 and a port of the Motorola MC68040 Floating Point

  Support Package (FPSP) to RTEMS.

+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator

  Laboratory submitted a port of the KA9Q TCP/IP stack to RTEMS as

  well as a network device driver for the gen68360 BSP.  To address

  performance issues and licensing concerns, Eric followed this up

  by replacing the KA9Q TCP/IP stack with a port of the FreeBSD stack.

+ Chris Johns (cjohns@plessey.com.au) submitted the ods68302 BSP which

  offers easier configuration than its counterpart gen68302.  Chris

  also submitted the RTEMS++ C++ class library and test code for

  that library.

+ Katsutoshi Shibuya (shibuya@mxb.meshnet.or.jp) of BU-Denken Co., Ltd.

  (Sapporo, Japan) submitted the extended console driver for the

  MVME162LX BSP and the POSIX tcsetattr() and tcgetattr() routines.

  This device driver supports four serial ports, cooked IO, and

  provides a portable base for Zilog 8530 based console drivers.

+ Eric Norum (eric@skatter.usask.ca) and Katsutoshi Shibuya

  (shibuya@mxb.meshnet.or.jp) jointly developed the termios support.

+ Ralf Corsepius (corsepiu@faw.uni-ulm.de) of the Research Institute for

  Applied Knowledge Processing at the University of Ulm (FAW), Germany,

  for numerous enhancements to the RTEMS autoconf support as well as

  for the Hitachi SH port.  His contributions are too many to list but

  also include work on RPMs for RTEMS tools.

+ Dario Alcocer  submitted a port of the

  RTEMS port to FreeBSD.

+ David Fiddes , Rod Barman (rodb@ptgrey.com) and

  Stewart Kingdon (kingdon@ptgrey.com) submitted Motorola ColdFire

  support.  This work was supported in part by Real World Interface, Inc.

+ Geoffroy Montel (g_montel@yahoo.com), for CNET/DSM (Rennes, France),

  submitted the BSP for Motorola 68340/68349 based boards.

+ Thomas Doerfler (td@imd.m.isar.de) of IMD in

  Puchheim,Germany submitted some improvements to the PPC403

  support and added the helas403 BSP.

+ Jay Monkman (jmonkman@frasca.com) of Frasca International, Inc

  submitted the support for the Motorola MPC860 CPU including the

  'eth_comm' BSP

+ Charles Gauthier  of the Institute for

  Information Technology for the National Research Council of Canada

  submitted the Motorola MVME167 BSP.

+ Tony Ambardar (tonya@ece.ubc.ca) at the University of British Columbia

  ported RTEMS to the TS-1325 embedded PC from Technologic Systems

  (http://www.t-systems.com), and provided patches to enable software

  floating-point emulation for x86 targets.

+ Jay Kulpinski (jskulpin@eng01.gdds.com) of General Dynamics Defense

  Systems (Pittsfield, MA) submitted a board support package for the

  Motorola MVME230x PowerPC family, borrowing from the PSIM and MPC750

  BSPs.  This includes support for the Raven ASIC, DEC21140 ethernet,

  16550 serial port, and MK48T59 NVRAM.

+ Eric Valette  and Emmanuel Raguet 

  of Canon CRF - Communication Dept for numerous submissions including

  remote debugging on the i386 and PowerPC, port of RPC, port of the

  GoAhead web server, BSP for the Motorola MCP750 PowerPC board, and

  numerous improvements to the i386 and PowerPC ports of RTEMS

  including a new enhanced interrupt management API that reduces

  interrupt latency while making it easier to support external interrupt

  controllers.

+ Mark Bronson  of RAMIX for submitting i960RP

  support and the rxgen960 board support package.

Finally, the RTEMS project would like to thank those who have contributed

to the other free software efforts which RTEMS utilizes.  The primary RTEMS

development environment is from the Free Software Foundation (the GNU

project).  The "newlib" C library was put together by Cygnus and is

a collaboration of the efforts of numerous individuals and organizations.

We would like to see your name here.  BSPs and ports are always welcome.

Useful libraries which support RTEMS applications are also an important

part of providing a strong foundation for the development of real-time

embedded applications and are welcome as submission.