summaryrefslogtreecommitdiffstats
path: root/c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Patch rtems-rc-20000104-12.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-10117-738/+1028
| | | | | | | | which converts the PowerPC BSPs to configuration and more automake. * Besides adding partial automake support, rsp converting all powerpc BSPs to make them compliant to the new configuration scheme, this patch attempts to fix several configuration bugs in powerpc related Makefiles.
* Per suggestions of Eric Valette <valette@crf.canon.fr> and JayJoel Sherrill2000-01-102-4/+4
| | | | | | Kulpinski <jskulpin@eng01.gdds.com>, the bsp_specs now defines USE_ENHANCED_INTR_API and powerpc/shared/include/bsp.h uses that to enable its tm27 support.
* Fixed unterminated comment spotted by eagle eye Ralf CorsepiusJoel Sherrill2000-01-101-0/+1
| | | | <corsepiu@faw.uni-ulm.de>.
* Patch rtems-rc-20000104-13.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1063-2037/+1017
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | which does the following: * some cleanups, fixes, addtions to the libbsp automake transition patches * The missing Automake transistion patches all libcpu/<cpu>/<variant>/* previously not yet been converted to automake (libcpu/powerpc, libcpu/hppa1.1, libcpu/mips64orion, libcpu/sparc) => With this patch, libcpu/*/* is under full automake control. NOTES: * This patch is tested by building for random set of bsps affected by this patch, but not tested for all BSPs. * The parts of this patch related to libcpu/powerpc fix many small bugs inside of those Makefiles. * Have a look into libcpu/powerpc/mpc6xx/, which is in rather bad shape, IMO. Obviously most subdirectories seem to be build but are not included into libcpu.a by wrapup/Makefile. Addtionally, no actual BSP uses this cpu-variant subdirectory. Furthermore libcpu/powerpc/mpc6xx has a different directory layout than all other powerpc/<variant>/ directories. Joel's note: I agree but the issue is that there is a conflict between including timer or clock in libcpu/XXX/wrapup/Makefile.* and letting a BSP specifically decide to pick it up. There is no clear solution to this at the moment.
* Patch rtems-rc-20000104-11.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1048-405/+373
| | | | | | | | that converts the i386 directory to automake. NOTE: Ralf is unable to build any i386 BSPs. This was true before and after this patch and appears (to Joel) to be a tool issue unrelated since others can build i386 BSPs.
* Patch rtems-rc-20000104-10.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-10144-784/+973
| | | | | | | | | | | | | | | | | that converts the m68k directory to automake. NOTE: This one is fully tested by building *all* bsps with ../../rtems-rc-20000104/configure \ --target=m68k-rtems \ --prefix=/tmp/rtems \ --enable-cxx \ --disable-posix \ --enable-rdbg \ --disable-networking \ --enable-maintainer-mode \ --enable-multiprocessing \ --disable-tests make
* Patch rtems-rc-20000104-9.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1014-139/+139
| | | | | | | | | | | | | | that converts the hppa1.1 directory to automake. NOTE: * Due to not having a toolchain (gcc refuses to build) this patch is untested. * I omited/deactivated the pxfl subdirectory, because I don't understand how it supposed to work. Joel's note: It was right to ignore the pxfl directory. It should be removed one the BSPs are moved outside the tree. This was an old hack.
* Patch rtems-rc-20000104-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-102-0/+61
| | | | | | that converts the a29k directory to automake. NOTE: This port is not based on the GNU tools so no one can test it.
* Patch rtems-rc-20000104-8.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1011-137/+74
| | | | | | that converts the a29k directory to automake. NOTE: This port is not based on the GNU tools so no one can test it.
* Patch rtems-rc-20000104-6.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1026-255/+241
| | | | | | | | | | | | | | | | | | that converts the i960 directory to automake. The same kind of libbsp configuration as for the mips64orion, now for the i960. In addition to libbsp configuration this patch also contains two fixes for cvme961.cfg and rxgen960.cfg, which contained non-functional make-exes. (Now both bsps probably have the same issues with linking c++ applications as the gensh2 has, but this is a different open issue not tried to be solved now). The rxgen961 also seems to have problems with its start file, because linking apps fails due to not finding start.o. (Note that libbsp/i960/rxgen960 lacks a start subdirectory!). I leave solving this issue to you :)
* Patch rtems-rc-20000104-4.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-106-9/+118
| | | | | | | | that converts the mips64orion directory to automake. Ralf's Note: This patch demonstrates another kind of supporting the new style of configuration, which avoids having to port all Makefile.ins to automake, but to keep using most old style Makefile.ins.
* Patch rtems-rc-20000104-6.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1010-65/+66
| | | | | | | | that converts the mips64orion directory to automake. Ralf's Note: This patch demonstrates another kind of supporting the new style of configuration, which avoids having to port all Makefile.ins to automake, but to keep using most old style Makefile.ins.
* Patch rtems-rc-20000104-4.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-102-0/+62
| | | | that converts the no_cpu directory to automake.
* Patch rtems-rc-20000104-5.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1017-473/+220
| | | | that converts the no_cpu directory to automake.
* Patch rtems-rc-20000104-4.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1019-470/+315
| | | | | | | that converts the unix directory to automake. Ralf's note: Please check c/src/lib/libbsp/unix/posix/startup/Makefile.am. I am not sure if it is correct.
* Patch rtems-rc-20000104-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1021-530/+300
| | | | | | | that converts the sparc directory to automake. Ralf's note: The implementation of libbsp/sparc/* gives a nearly minimal example of the new configuration scheme.
* Patch rtems-rc-20000104-2.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-1034-785/+490
| | | | | | | | | | | that converts nearly all of libbsp/sh to automake. Comments follow: 1. Almost full automake support for the libbsp/sh/ subdirectories (exception libbsp/sh/gensh*/wrapup/*) 2. Fixes for libbsp/bare/* 3. Updates to libbsp/* configuration which supports old (autoconf/deep configuration) and new (automake/flat/cascaded configuration) style configuration of libbsp/<cpu>/*
* Patch from Eric Valette <valette@crf.canon.fr> that makes sure theJoel Sherrill2000-01-101-24/+5
| | | | | interrupt code works on "old buggy MCP750 boards". The symptom was that there was no ethernet PCI IRQ at all.
* Renaming mcp750 to motorola_shared since that is the basis for bothJoel Sherrill2000-01-0723-1776/+0
| | | | | the mvme2307 and mcp750 BSPs. In addition, it can support many Motorola PowerPC based VME and PCI boards.
* Patch from John M. Mills <jmills@tga.com> to correct the baselineJoel Sherrill2000-01-071-11/+81
| | | | serial drivers used in the 'gensh2' BSP for the Hitachi sh7045 CPU.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> that corrects aJoel Sherrill2000-01-073-3/+3
| | | | | | patch from Emmanuel Raguet <raguet@crf.canon.fr>. Emmanuel's patch was against the Makefile.in's generated from the Makefile.am's patched in this file.
* Patch from Emmanuel Raguet <raguet@crf.canon.fr> which corrects the followingJoel Sherrill2000-01-072-5/+5
| | | | | | | problems: - unclosed comment in pc386/start/start16.S - bad #endif in pc386/startup/ldseg.S
* Patch rtems-rc-20000104-0.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-073-35/+3
| | | | | | | | | | | | | | | | | | | | | which is described below: This one is a (minor) patch in preparation of the upcoming patches. It actually is an excerpt of the upcoming patches and therefore is completely untested in this standalone form, but I don't expect it to break something. The essential changes in this patch are: * An update to rtems-polish.sh (Now can also be run in subdirectories) * A bug-fix for the libcpu/powerpc (A directory was missing from SUBDIRS in a Makefile.am) * An update to gensh2.cfg. * Cleanups/Enhancements to configuration files To apply: cd <srcdir> patch -p0 < rtems-rc-20000104-0.diff cvs rm -f c/src/lib/libbsp/Makefile.am.new
* Initialize the attributes structure. Random data was causing the testJoel Sherrill2000-01-061-0/+2
| | | | to fail sporadically.
* Corrected spacing.Joel Sherrill2000-01-061-3/+2
|
* Fixed comment.Joel Sherrill2000-01-061-2/+2
|
* Fixed comment thanks to John M. Mills <jmills@tga.com>.Joel Sherrill2000-01-052-12/+0
|
* Added support for simple binary semaphores in addition to the highJoel Sherrill2000-01-0516-111/+174
| | | | | | | | | | | | power binary/mutex style semaphores already supported by RTEMS. This was done at the request of Eric Norum <eric@cls.usask.ca> in support of his effort to port EPICS to RTEMS. This change consisted of changing the nesting_allowed boolean into a lock_nesting_behavior enumerated value as well as allowing the core mutex object to optionally support ensuring that the holder of a binary semaphore released it. Finally, a more subtle enhancement was to allow the non-holder to release a priority inheritance/ceiling mutex and still allow the holding task to return to its original priority.
* Updated to reflect a time that had previously been left out due toJoel Sherrill2000-01-051-0/+37
| | | | an array sizing coding error.
* Screen updated since test runs.Joel Sherrill2000-01-051-1/+24
|
* Was not actually installing the test.Joel Sherrill2000-01-051-6/+5
|
* Added message priority parameter returned by core support routine.Joel Sherrill2000-01-051-1/+3
|
* Added new message priority parameter as returned by core support routine.Joel Sherrill2000-01-051-5/+7
|
* Increased stack space.Joel Sherrill2000-01-051-0/+1
|
* Updated to reflect change in object class numbering due to ITRON APIJoel Sherrill2000-01-053-3/+3
| | | | addition.
* Corrected test and screen to reflect implementation working.Joel Sherrill2000-01-052-5/+13
|
* Changed screen to reflect change in object class numbers with ITRONJoel Sherrill2000-01-054-19/+19
| | | | addition.
* Spacing corrected.Joel Sherrill2000-01-053-3/+3
|
* Corrected so header message is printed.Joel Sherrill2000-01-052-0/+3
|
* patch from Eric Norum <eric@cls.usask.ca> as follows:Joel Sherrill2000-01-051-0/+124
| | | | | | | | | | | At the request of kjoutwater@west.raytheon.com I'm submitting the following patch. c/src/lib/libbsp/m68k/gen68360/console/console.c Allow console baud rate to be set by debugger/downloader. c/src/lib/libbsp/m68k/gen68360/startup/init68360.c Add support for generic 68360 with static RAM.
* Patch from Eric Norum <eric@cls.usask.ca> as follows:Joel Sherrill2000-01-051-1/+6
| | | | | | | | | | | At the request of kjoutwater@west.raytheon.com I'm submitting the following patch. c/src/lib/libbsp/m68k/gen68360/console/console.c Allow console baud rate to be set by debugger/downloader. c/src/lib/libbsp/m68k/gen68360/startup/init68360.c Add support for generic 68360 with static RAM.
* Fixed recursive release for mutexes with nesting allowed.Joel Sherrill2000-01-051-1/+4
|
* Now print strings -- not error numbers.Joel Sherrill2000-01-051-2/+3
|
* + Added tests for open, close, unlink, and send.Jennifer Averett2000-01-051-53/+223
|
* + Added return priority from message seize.Jennifer Averett2000-01-051-10/+11
| | | | + Changed priority to be based off of min and max int.
* Added the recording of the submit type.Jennifer Averett2000-01-051-0/+1
|
* + Added return of the message priority.Jennifer Averett2000-01-051-6/+8
|
* Added priority conversion between POSIX and core.Jennifer Averett2000-01-051-2/+17
|
* Added priority conversion between POSIX and core priorities.Jennifer Averett2000-01-051-2/+29
|
* + Changed priority to the POSIX priority type.Jennifer Averett2000-01-051-9/+46
| | | | | | | + Added priority validation + Changed to call correct core routine. + Added priority conversion + Resolved return type problems.