#
|
#
|
# $Id: ACKNOWLEDGEMENTS,v 1.2 2001-09-27 11:59:11 chris Exp $
|
# $Id: ACKNOWLEDGEMENTS,v 1.2 2001-09-27 11:59:11 chris Exp $
|
#
|
#
|
|
|
RTEMS was developed by On-Line Applications Research (OAR) under
|
RTEMS was developed by On-Line Applications Research (OAR) under
|
contract to the U.S. Army Missile Command. Other than the
|
contract to the U.S. Army Missile Command. Other than the
|
contributions listed in this document, all code and documentation
|
contributions listed in this document, all code and documentation
|
was developed by OAR for the Army.
|
was developed by OAR for the Army.
|
|
|
The RTEMS project would like to thank those who have made
|
The RTEMS project would like to thank those who have made
|
contributions to the project. Together we make RTEMS a
|
contributions to the project. Together we make RTEMS a
|
much better product.
|
much better product.
|
|
|
The following persons/organizations have made contributions:
|
The following persons/organizations have made contributions:
|
|
|
+ Dr. Mikhail (Misha) Savitski (mikhail.savitski@styrex.se) of the EISCAT
|
+ Dr. Mikhail (Misha) Savitski (mikhail.savitski@styrex.se) of the EISCAT
|
Scientific Association submitted the BSP and other miscellaneous support
|
Scientific Association submitted the BSP and other miscellaneous support
|
for the Motorola MVME162 (M68040LC CPU) VMEbus single board computer.
|
for the Motorola MVME162 (M68040LC CPU) VMEbus single board computer.
|
|
|
+ Division Inc. of Chapel Hill, NC for sponsoring On-Line Applications
|
+ Division Inc. of Chapel Hill, NC for sponsoring On-Line Applications
|
Research to port RTEMS to the Hewlett-Packard PA-RISC architecture (V1.1)
|
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
|
and the addition of HP-UX as a development host. Tony Bennett
|
(tbennett@chapelhill.hp.com) was assisted in this effort by Joel Sherrill
|
(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
|
(joel@OARcorp.com). Tony also deserves a big pat on the back for
|
contributing significantly to the overall organization of the development
|
contributing significantly to the overall organization of the development
|
environment and directory structure. RTEMS is much easier to build
|
environment and directory structure. RTEMS is much easier to build
|
because of Tony.
|
because of Tony.
|
|
|
+ Greg Allen of Division Inc. of Chapel Hill, NC for
|
+ Greg Allen of Division Inc. of Chapel Hill, NC for
|
porting RTEMS to HP-UX. This port treats a UNIX computer as simply
|
porting RTEMS to HP-UX. This port treats a UNIX computer as simply
|
another RTEMS target processor. This port can be used to develop
|
another RTEMS target processor. This port can be used to develop
|
and test code which will ultimately run on the embedded platform.
|
and test code which will ultimately run on the embedded platform.
|
|
|
+ Doug McBride (mcbride@rodin.colorado.edu) of the Colorado Space Grant
|
+ Doug McBride (mcbride@rodin.colorado.edu) of the Colorado Space Grant
|
College at the University of Colorado at Boulder submitted the BSP
|
College at the University of Colorado at Boulder submitted the BSP
|
for the Motorola IDP board (M68EC040 CPU) single board computer. The
|
for the Motorola IDP board (M68EC040 CPU) single board computer. The
|
BSP leverages heavily off of the existing RTEMS BSP framework, 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
|
examples in the back of the IDP user's manual, and the libgloss example
|
support for the IDP board from the newlib/libgloss distribution.
|
support for the IDP board from the newlib/libgloss distribution.
|
|
|
+ David Glessner (dwg@glenqcy.glenayre.com) of Glenayre Electronics
|
+ David Glessner (dwg@glenqcy.glenayre.com) of Glenayre Electronics
|
submitted the support for the Motorola MC68302 CPU. This included
|
submitted the support for the Motorola MC68302 CPU. This included
|
the "gen68302" BSP which uses the on-chip peripherals on the MC68302
|
the "gen68302" BSP which uses the on-chip peripherals on the MC68302
|
as well as the modifications to the m68k dependent executive code to
|
as well as the modifications to the m68k dependent executive code to
|
support m68k family members based on the mc68000 core.
|
support m68k family members based on the mc68000 core.
|
|
|
+ Bryce Cogswell (cogswell@cs.uoregon.edu) submitted the support for MS-DOS
|
+ 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.
|
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.
|
+ 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
|
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
|
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
|
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
|
evangelist and promoting the use of RTEMS both at I-CUBED Ltd. as well
|
as within the Internet community as a whole.
|
as within the Internet community as a whole.
|
|
|
+ John S. Gwynne (jsg@coulomb.eng.ohio-state.edu) of Ohio State University
|
+ 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
|
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"
|
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
|
and "efi332" BSPs as well as completing the modifications to the m68k
|
dependent executive code to support m68k family members based on the
|
dependent executive code to support m68k family members based on the
|
MC68000 core. "efi68k" and "efi332" are single board computers designed
|
MC68000 core. "efi68k" and "efi332" are single board computers designed
|
primarily for automotive electronic fuel injection (EFI) control, but can
|
primarily for automotive electronic fuel injection (EFI) control, but can
|
be considered general purpose controllers when used without the EFI
|
be considered general purpose controllers when used without the EFI
|
companion board(s). See the README in each BSP for more information.
|
companion board(s). See the README in each BSP for more information.
|
|
|
+ The European Space Agency for sponsoring On-Line Applications Research
|
+ The European Space Agency for sponsoring On-Line Applications Research
|
to port RTEMS to the SPARC V7 architecture for use with their ERC32
|
to port RTEMS to the SPARC V7 architecture for use with their ERC32
|
radiation-hardened CPU. Jiri Gaisler (jgais@wd.estec.esa.nl) deserves
|
radiation-hardened CPU. Jiri Gaisler (jgais@wd.estec.esa.nl) deserves
|
special thanks for championing this port within the ESA was well as
|
special thanks for championing this port within the ESA was well as
|
for developing and supporting the SPARC Instruction Simulator used to
|
for developing and supporting the SPARC Instruction Simulator used to
|
develop and test this port.
|
develop and test this port.
|
|
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
Laboratory submitted the support for the Motorola MC68360 CPU
|
Laboratory submitted the support for the Motorola MC68360 CPU
|
including the `gen68360' BSP.
|
including the `gen68360' BSP.
|
|
|
+ Dominique le Campion (Dominique.LECAMPION@enst-bretagne.fr), for
|
+ Dominique le Campion (Dominique.LECAMPION@enst-bretagne.fr), for
|
Telecom Bretagne and T.N.I. (Brest, France) submitted the BSP for
|
Telecom Bretagne and T.N.I. (Brest, France) submitted the BSP for
|
the Motorola MVME147 board (68030 CPU + 68881 FPU) and the MVME147s
|
the Motorola MVME147 board (68030 CPU + 68881 FPU) and the MVME147s
|
variant of this board.
|
variant of this board.
|
|
|
+ Craig Lebakken (lebakken@minn.net) and Derrick Ostertag
|
+ Craig Lebakken (lebakken@minn.net) and Derrick Ostertag
|
(ostertag@transition.com) of Transition Networks of Eden Prairie, MN
|
(ostertag@transition.com) of Transition Networks of Eden Prairie, MN
|
for porting RTEMS to the MIPS and AMD 29K architectures. This submission
|
for porting RTEMS to the MIPS and AMD 29K architectures. This submission
|
includes complete support for the R4650 as well as partial support
|
includes complete support for the R4650 as well as partial support
|
for the R4600.
|
for the R4600.
|
|
|
+ Erik Ivanenko (ccms@utcc.utoronto.ca) of the University of Toronto
|
+ Erik Ivanenko (ccms@utcc.utoronto.ca) of the University of Toronto
|
for submitting the i386ex bsp.
|
for submitting the i386ex bsp.
|
|
|
+ Jiri Gaisler (jgais@wd.estec.esa.nl) converted RTEMS to using GNU
|
+ Jiri Gaisler (jgais@wd.estec.esa.nl) converted RTEMS to using GNU
|
autoconf. This effort is greatly appreciated.
|
autoconf. This effort is greatly appreciated.
|
|
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
Laboratory submitted a BSP for the m68360 when operating in companion
|
Laboratory submitted a BSP for the m68360 when operating in companion
|
mode with a m68040 and a port of the Motorola MC68040 Floating Point
|
mode with a m68040 and a port of the Motorola MC68040 Floating Point
|
Support Package (FPSP) to RTEMS.
|
Support Package (FPSP) to RTEMS.
|
|
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan Accelerator
|
Laboratory submitted a port of the KA9Q TCP/IP stack to RTEMS as
|
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
|
well as a network device driver for the gen68360 BSP. To address
|
performance issues and licensing concerns, Eric followed this up
|
performance issues and licensing concerns, Eric followed this up
|
by replacing the KA9Q TCP/IP stack with a port of the FreeBSD stack.
|
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
|
+ Chris Johns (cjohns@plessey.com.au) submitted the ods68302 BSP which
|
offers easier configuration than its counterpart gen68302. Chris
|
offers easier configuration than its counterpart gen68302. Chris
|
also submitted the RTEMS++ C++ class library and test code for
|
also submitted the RTEMS++ C++ class library and test code for
|
that library.
|
that library.
|
|
|
+ Katsutoshi Shibuya (shibuya@mxb.meshnet.or.jp) of BU-Denken Co., Ltd.
|
+ Katsutoshi Shibuya (shibuya@mxb.meshnet.or.jp) of BU-Denken Co., Ltd.
|
(Sapporo, Japan) submitted the extended console driver for the
|
(Sapporo, Japan) submitted the extended console driver for the
|
MVME162LX BSP and the POSIX tcsetattr() and tcgetattr() routines.
|
MVME162LX BSP and the POSIX tcsetattr() and tcgetattr() routines.
|
This device driver supports four serial ports, cooked IO, and
|
This device driver supports four serial ports, cooked IO, and
|
provides a portable base for Zilog 8530 based console drivers.
|
provides a portable base for Zilog 8530 based console drivers.
|
|
|
+ Eric Norum (eric@skatter.usask.ca) and Katsutoshi Shibuya
|
+ Eric Norum (eric@skatter.usask.ca) and Katsutoshi Shibuya
|
(shibuya@mxb.meshnet.or.jp) jointly developed the termios support.
|
(shibuya@mxb.meshnet.or.jp) jointly developed the termios support.
|
|
|
+ Ralf Corsepius (corsepiu@faw.uni-ulm.de) of the Research Institute for
|
+ Ralf Corsepius (corsepiu@faw.uni-ulm.de) of the Research Institute for
|
Applied Knowledge Processing at the University of Ulm (FAW), Germany,
|
Applied Knowledge Processing at the University of Ulm (FAW), Germany,
|
for numerous enhancements to the RTEMS autoconf support as well as
|
for numerous enhancements to the RTEMS autoconf support as well as
|
for the Hitachi SH port. His contributions are too many to list but
|
for the Hitachi SH port. His contributions are too many to list but
|
also include work on RPMs for RTEMS tools.
|
also include work on RPMs for RTEMS tools.
|
|
|
+ Dario Alcocer submitted a port of the
|
+ Dario Alcocer submitted a port of the
|
RTEMS port to FreeBSD.
|
RTEMS port to FreeBSD.
|
|
|
+ David Fiddes , Rod Barman (rodb@ptgrey.com) and
|
+ David Fiddes , Rod Barman (rodb@ptgrey.com) and
|
Stewart Kingdon (kingdon@ptgrey.com) submitted Motorola ColdFire
|
Stewart Kingdon (kingdon@ptgrey.com) submitted Motorola ColdFire
|
support. This work was supported in part by Real World Interface, Inc.
|
support. This work was supported in part by Real World Interface, Inc.
|
|
|
+ Geoffroy Montel (g_montel@yahoo.com), for CNET/DSM (Rennes, France),
|
+ Geoffroy Montel (g_montel@yahoo.com), for CNET/DSM (Rennes, France),
|
submitted the BSP for Motorola 68340/68349 based boards.
|
submitted the BSP for Motorola 68340/68349 based boards.
|
|
|
+ Thomas Doerfler (td@imd.m.isar.de) of IMD in
|
+ Thomas Doerfler (td@imd.m.isar.de) of IMD in
|
Puchheim,Germany submitted some improvements to the PPC403
|
Puchheim,Germany submitted some improvements to the PPC403
|
support and added the helas403 BSP.
|
support and added the helas403 BSP.
|
|
|
+ Jay Monkman (jmonkman@frasca.com) of Frasca International, Inc
|
+ Jay Monkman (jmonkman@frasca.com) of Frasca International, Inc
|
submitted the support for the Motorola MPC860 CPU including the
|
submitted the support for the Motorola MPC860 CPU including the
|
'eth_comm' BSP
|
'eth_comm' BSP
|
|
|
+ Charles Gauthier of the Institute for
|
+ Charles Gauthier of the Institute for
|
Information Technology for the National Research Council of Canada
|
Information Technology for the National Research Council of Canada
|
submitted the Motorola MVME167 BSP.
|
submitted the Motorola MVME167 BSP.
|
|
|
+ Tony Ambardar (tonya@ece.ubc.ca) at the University of British Columbia
|
+ Tony Ambardar (tonya@ece.ubc.ca) at the University of British Columbia
|
ported RTEMS to the TS-1325 embedded PC from Technologic Systems
|
ported RTEMS to the TS-1325 embedded PC from Technologic Systems
|
(http://www.t-systems.com), and provided patches to enable software
|
(http://www.t-systems.com), and provided patches to enable software
|
floating-point emulation for x86 targets.
|
floating-point emulation for x86 targets.
|
|
|
+ Jay Kulpinski (jskulpin@eng01.gdds.com) of General Dynamics Defense
|
+ Jay Kulpinski (jskulpin@eng01.gdds.com) of General Dynamics Defense
|
Systems (Pittsfield, MA) submitted a board support package for the
|
Systems (Pittsfield, MA) submitted a board support package for the
|
Motorola MVME230x PowerPC family, borrowing from the PSIM and MPC750
|
Motorola MVME230x PowerPC family, borrowing from the PSIM and MPC750
|
BSPs. This includes support for the Raven ASIC, DEC21140 ethernet,
|
BSPs. This includes support for the Raven ASIC, DEC21140 ethernet,
|
16550 serial port, and MK48T59 NVRAM.
|
16550 serial port, and MK48T59 NVRAM.
|
|
|
+ Eric Valette and Emmanuel Raguet
|
+ Eric Valette and Emmanuel Raguet
|
of Canon CRF - Communication Dept for numerous submissions including
|
of Canon CRF - Communication Dept for numerous submissions including
|
remote debugging on the i386 and PowerPC, port of RPC, port of the
|
remote debugging on the i386 and PowerPC, port of RPC, port of the
|
GoAhead web server, BSP for the Motorola MCP750 PowerPC board, and
|
GoAhead web server, BSP for the Motorola MCP750 PowerPC board, and
|
numerous improvements to the i386 and PowerPC ports of RTEMS
|
numerous improvements to the i386 and PowerPC ports of RTEMS
|
including a new enhanced interrupt management API that reduces
|
including a new enhanced interrupt management API that reduces
|
interrupt latency while making it easier to support external interrupt
|
interrupt latency while making it easier to support external interrupt
|
controllers.
|
controllers.
|
|
|
+ Mark Bronson of RAMIX for submitting i960RP
|
+ Mark Bronson of RAMIX for submitting i960RP
|
support and the rxgen960 board support package.
|
support and the rxgen960 board support package.
|
|
|
Finally, the RTEMS project would like to thank those who have contributed
|
Finally, the RTEMS project would like to thank those who have contributed
|
to the other free software efforts which RTEMS utilizes. The primary RTEMS
|
to the other free software efforts which RTEMS utilizes. The primary RTEMS
|
development environment is from the Free Software Foundation (the GNU
|
development environment is from the Free Software Foundation (the GNU
|
project). The "newlib" C library was put together by Cygnus and is
|
project). The "newlib" C library was put together by Cygnus and is
|
a collaboration of the efforts of numerous individuals and organizations.
|
a collaboration of the efforts of numerous individuals and organizations.
|
|
|
We would like to see your name here. BSPs and ports are always welcome.
|
We would like to see your name here. BSPs and ports are always welcome.
|
Useful libraries which support RTEMS applications are also an important
|
Useful libraries which support RTEMS applications are also an important
|
part of providing a strong foundation for the development of real-time
|
part of providing a strong foundation for the development of real-time
|
embedded applications and are welcome as submission.
|
embedded applications and are welcome as submission.
|
|
|
|
|
