URL
https://opencores.org/ocsvn/openrisc_2011-10-31/openrisc_2011-10-31/trunk
Subversion Repositories openrisc_2011-10-31
[/] [openrisc/] [trunk/] [rtos/] [rtems/] [c/] [ACKNOWLEDGEMENTS] - Rev 509
Go to most recent revision | Compare with Previous | Blame | View Log
## $Id: ACKNOWLEDGEMENTS,v 1.2 2001-09-27 11:59:11 chris Exp $#RTEMS was developed by On-Line Applications Research (OAR) undercontract to the U.S. Army Missile Command. Other than thecontributions listed in this document, all code and documentationwas developed by OAR for the Army.The RTEMS project would like to thank those who have madecontributions to the project. Together we make RTEMS amuch better product.The following persons/organizations have made contributions:+ Dr. Mikhail (Misha) Savitski (mikhail.savitski@styrex.se) of the EISCATScientific Association submitted the BSP and other miscellaneous supportfor the Motorola MVME162 (M68040LC CPU) VMEbus single board computer.+ Division Inc. of Chapel Hill, NC for sponsoring On-Line ApplicationsResearch 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 forcontributing significantly to the overall organization of the developmentenvironment and directory structure. RTEMS is much easier to buildbecause of Tony.+ Greg Allen of Division Inc. of Chapel Hill, NC forporting RTEMS to HP-UX. This port treats a UNIX computer as simplyanother RTEMS target processor. This port can be used to developand test code which will ultimately run on the embedded platform.+ Doug McBride (mcbride@rodin.colorado.edu) of the Colorado Space GrantCollege at the University of Colorado at Boulder submitted the BSPfor the Motorola IDP board (M68EC040 CPU) single board computer. TheBSP leverages heavily off of the existing RTEMS BSP framework, theexamples in the back of the IDP user's manual, and the libgloss examplesupport for the IDP board from the newlib/libgloss distribution.+ David Glessner (dwg@glenqcy.glenayre.com) of Glenayre Electronicssubmitted the support for the Motorola MC68302 CPU. This includedthe "gen68302" BSP which uses the on-chip peripherals on the MC68302as well as the modifications to the m68k dependent executive code tosupport m68k family members based on the mc68000 core.+ Bryce Cogswell (cogswell@cs.uoregon.edu) submitted the support for MS-DOSas 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 theIBM 403 as well as the Motorola 601, 603, and 604 variants. A specialthanks to Dom Latter (dom@i-cubed.demon.co.uk) for being an RTEMSevangelist and promoting the use of RTEMS both at I-CUBED Ltd. as wellas within the Internet community as a whole.+ John S. Gwynne (jsg@coulomb.eng.ohio-state.edu) of Ohio State Universitysubmitted the support for the Motorola MC68332 CPU as well as completingthe support for CPUs based on the MC68000 core. This included the "efi68k"and "efi332" BSPs as well as completing the modifications to the m68kdependent executive code to support m68k family members based on theMC68000 core. "efi68k" and "efi332" are single board computers designedprimarily for automotive electronic fuel injection (EFI) control, but canbe considered general purpose controllers when used without the EFIcompanion board(s). See the README in each BSP for more information.+ The European Space Agency for sponsoring On-Line Applications Researchto port RTEMS to the SPARC V7 architecture for use with their ERC32radiation-hardened CPU. Jiri Gaisler (jgais@wd.estec.esa.nl) deservesspecial thanks for championing this port within the ESA was well asfor developing and supporting the SPARC Instruction Simulator used todevelop and test this port.+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan AcceleratorLaboratory submitted the support for the Motorola MC68360 CPUincluding the `gen68360' BSP.+ Dominique le Campion (Dominique.LECAMPION@enst-bretagne.fr), forTelecom Bretagne and T.N.I. (Brest, France) submitted the BSP forthe Motorola MVME147 board (68030 CPU + 68881 FPU) and the MVME147svariant of this board.+ Craig Lebakken (lebakken@minn.net) and Derrick Ostertag(ostertag@transition.com) of Transition Networks of Eden Prairie, MNfor porting RTEMS to the MIPS and AMD 29K architectures. This submissionincludes complete support for the R4650 as well as partial supportfor the R4600.+ Erik Ivanenko (ccms@utcc.utoronto.ca) of the University of Torontofor submitting the i386ex bsp.+ Jiri Gaisler (jgais@wd.estec.esa.nl) converted RTEMS to using GNUautoconf. This effort is greatly appreciated.+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan AcceleratorLaboratory submitted a BSP for the m68360 when operating in companionmode with a m68040 and a port of the Motorola MC68040 Floating PointSupport Package (FPSP) to RTEMS.+ Eric Norum (eric@skatter.usask.ca) of the Saskatchewan AcceleratorLaboratory submitted a port of the KA9Q TCP/IP stack to RTEMS aswell as a network device driver for the gen68360 BSP. To addressperformance issues and licensing concerns, Eric followed this upby replacing the KA9Q TCP/IP stack with a port of the FreeBSD stack.+ Chris Johns (cjohns@plessey.com.au) submitted the ods68302 BSP whichoffers easier configuration than its counterpart gen68302. Chrisalso submitted the RTEMS++ C++ class library and test code forthat library.+ Katsutoshi Shibuya (shibuya@mxb.meshnet.or.jp) of BU-Denken Co., Ltd.(Sapporo, Japan) submitted the extended console driver for theMVME162LX BSP and the POSIX tcsetattr() and tcgetattr() routines.This device driver supports four serial ports, cooked IO, andprovides 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 forApplied Knowledge Processing at the University of Ulm (FAW), Germany,for numerous enhancements to the RTEMS autoconf support as well asfor the Hitachi SH port. His contributions are too many to list butalso include work on RPMs for RTEMS tools.+ Dario Alcocer <alcocer@connectnet.com> submitted a port of theRTEMS port to FreeBSD.+ David Fiddes <D.J.Fiddes@hw.ac.uk>, Rod Barman (rodb@ptgrey.com) andStewart Kingdon (kingdon@ptgrey.com) submitted Motorola ColdFiresupport. 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 inPuchheim,Germany submitted some improvements to the PPC403support and added the helas403 BSP.+ Jay Monkman (jmonkman@frasca.com) of Frasca International, Incsubmitted the support for the Motorola MPC860 CPU including the'eth_comm' BSP+ Charles Gauthier <Charles.Gauthier@iit.nrc.ca> of the Institute forInformation Technology for the National Research Council of Canadasubmitted the Motorola MVME167 BSP.+ Tony Ambardar (tonya@ece.ubc.ca) at the University of British Columbiaported RTEMS to the TS-1325 embedded PC from Technologic Systems(http://www.t-systems.com), and provided patches to enable softwarefloating-point emulation for x86 targets.+ Jay Kulpinski (jskulpin@eng01.gdds.com) of General Dynamics DefenseSystems (Pittsfield, MA) submitted a board support package for theMotorola MVME230x PowerPC family, borrowing from the PSIM and MPC750BSPs. This includes support for the Raven ASIC, DEC21140 ethernet,16550 serial port, and MK48T59 NVRAM.+ Eric Valette <valette@crf.canon.fr> and Emmanuel Raguet <raguet@crf.canon.fr>of Canon CRF - Communication Dept for numerous submissions includingremote debugging on the i386 and PowerPC, port of RPC, port of theGoAhead web server, BSP for the Motorola MCP750 PowerPC board, andnumerous improvements to the i386 and PowerPC ports of RTEMSincluding a new enhanced interrupt management API that reducesinterrupt latency while making it easier to support external interruptcontrollers.+ Mark Bronson <mark@ramix.com> of RAMIX for submitting i960RPsupport and the rxgen960 board support package.Finally, the RTEMS project would like to thank those who have contributedto the other free software efforts which RTEMS utilizes. The primary RTEMSdevelopment environment is from the Free Software Foundation (the GNUproject). The "newlib" C library was put together by Cygnus and isa 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 importantpart of providing a strong foundation for the development of real-timeembedded applications and are welcome as submission.
Go to most recent revision | Compare with Previous | Blame | View Log
