summaryrefslogtreecommitdiffstats
path: root/c/src/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 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 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
* Fixed comment thanks to John M. Mills <jmills@tga.com>.Joel Sherrill2000-01-051-6/+0
|
* Spacing corrected.Joel Sherrill2000-01-051-1/+1
|
* 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.
* Added shared version of this file.Joel Sherrill2000-01-041-0/+103
|
* Made to compile again.Joel Sherrill2000-01-041-1/+1
|
* Fixed path to shared/include/coverhd.h.Joel Sherrill2000-01-0312-12/+12
|
* Patch from Eric Norum <eric@cls.usask.ca>:Joel Sherrill2000-01-033-1/+5
| | | | | | | | | | | | | In another attempt to get C++ exceptions working on the gen68360 target I tried building for the m68k-elf target. All the tools built and installed properly as did all of RTEMS. No applications would run, though -- not even hello.exe! It turns out the problem was in the linker script. The alignment was in the wrong place. Here's a patch. Exceptions still don't work, but at least I can get some things working with the ELF format now.
* Updated times.Joel Sherrill2000-01-032-150/+150
|
* Patch from John Mills <jmills@tga.com> to correct some cut and pasteJoel Sherrill2000-01-031-6/+6
| | | | errors.
* Patch rtems-rc-19991203-12.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-01-031-5/+5
| | | | to added the bin2boot_SOURCES warning.
* Do not explicitly list pieces from libcpu used.Joel Sherrill2000-01-033-5/+8
|
* Share align_h.S from ppc403. VPATH was not picking it up. DiscoveredJoel Sherrill2000-01-035-871/+3
| | | | and reported by Ralf Corsepius <corsepiu@faw.uni-ulm.de> on the mpc505.
* Added tm27 stuff.Joel Sherrill2000-01-031-0/+48
|
* Combination of coverhd.h cleanup and MVME23xx/MCP750 patch from Eric ValetteJoel Sherrill2000-01-039-32/+216
| | | | <valette@crf.canon.fr> and Jay Kulpinski <jskulpin@eng01.gdds.com>.
* Use shared coverhd.h.Joel Sherrill2000-01-031-1/+1
|
* Reverted the delay logic.Joel Sherrill1999-12-211-8/+8
|
* Moved PPC_Set_decrementer() and PPC_Get_timebase_register() toJoel Sherrill1999-12-212-64/+0
| | | | old_exception_processing tree.
* Now use coverhd.h out of the libbsp/shared directory.Joel Sherrill1999-12-2114-18/+22
|
* Now use shared coverhd.hJoel Sherrill1999-12-2114-1541/+0
|
* New files.Joel Sherrill1999-12-212-0/+165
|
* New file.Joel Sherrill1999-12-213-0/+197
|
* Removed as part of moving this driver to libchip.Joel Sherrill1999-12-212-937/+0
|
* Removing Makefile.in and adding Makefile.am. These were missed in conversionJoel Sherrill1999-12-2181-7550/+1096
| | | | to automake by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
* Patch rtems-rc-19991203-10.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-2113-20/+24
| | | | | | | | | | which fixes a couple of bugs in RTEMS's old style Makefile.ins, which apparently were introduced by moving the start directories and not having adapted the Makefile.ins. To apply: patch -p1 < rtems-rc-19991203-10.diff
* Patch rtems-rc-19991203-9.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-212-7/+4
| | | | | | | | | which ontains all what was left over from the other patches (Primarily minor configuration cleanups). To apply: patch -p1 < rtems-rc-19991203-9.diff ./bootstrap
* Patch rtems-rc-19991203-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-2153-750/+6212
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | which adds partial automake support to libcpu/<cpu>/*. Until now I have only implemented full automake support for the sh (my demonstration example :) and the i386 (inevitiable for structural reasons of this subdirectory). For all other cpus only their toplevel directories (exception: powerpc), include subdirectories and a few selected subdirectories have been converted to automake. I did this on purpose, because add automake support to each subdirectory requires individual adaptations which to be tested individually. Additionally the weirdnesses of the powerpc subdirectories hit again, esp. some powerpc cpu-models * install files to $(PROJECT_INCLUDE)/<cpu-model>/ while others install them to $(PROJECT_INCLUDE)/ * the scheme used to configure libcpu/powerpc/ is difficult to implement using automake, therefore this subdirectory still is configured by autoconf (The one out of an unlimited set selection scheme hits again :), though powerpc/*/* subdirectories already apply automake. The patch also reveils structural weaknesses in RTEMS: E.g. There seem to exist at least 5 different general schemes: * Not using libcpu at all (eg. i960) * Strictly tree-style a libcpu/<cpu-variant>/* (eg. m68k, sh) * Flat libcpu directory layout with cpu-variants merged into sources or not destinguishing cpu-variants (i386) * Not supporting variants with deep source tree (sparc, hppa, mips64orion) * Woven directory structure with shared directories (powerpc) I regret having to say this, but from my POV this means, that there doesn't exist a general implementation scheme for libcpu at all. To apply: rm -rf ./c/src/lib/libcpu/i386/wrapup rm -rf ./c/src/lib/libcpu/mips64orion/include rm -rf ./c/src/lib/libcpu/powerpc/ppc403/include patch -p1 < rtems-rc-19991203-7.diff ./bootstrap
* Patch rtems-rc-19991203-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-213-123/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | which adds partial automake support to libcpu/<cpu>/*. Until now I have only implemented full automake support for the sh (my demonstration example :) and the i386 (inevitiable for structural reasons of this subdirectory). For all other cpus only their toplevel directories (exception: powerpc), include subdirectories and a few selected subdirectories have been converted to automake. I did this on purpose, because add automake support to each subdirectory requires individual adaptations which to be tested individually. Additionally the weirdnesses of the powerpc subdirectories hit again, esp. some powerpc cpu-models * install files to $(PROJECT_INCLUDE)/<cpu-model>/ while others install them to $(PROJECT_INCLUDE)/ * the scheme used to configure libcpu/powerpc/ is difficult to implement using automake, therefore this subdirectory still is configured by autoconf (The one out of an unlimited set selection scheme hits again :), though powerpc/*/* subdirectories already apply automake. The patch also reveils structural weaknesses in RTEMS: E.g. There seem to exist at least 5 different general schemes: * Not using libcpu at all (eg. i960) * Strictly tree-style a libcpu/<cpu-variant>/* (eg. m68k, sh) * Flat libcpu directory layout with cpu-variants merged into sources or not destinguishing cpu-variants (i386) * Not supporting variants with deep source tree (sparc, hppa, mips64orion) * Woven directory structure with shared directories (powerpc) I regret having to say this, but from my POV this means, that there doesn't exist a general implementation scheme for libcpu at all. To apply: rm -rf ./c/src/lib/libcpu/i386/wrapup rm -rf ./c/src/lib/libcpu/mips64orion/include rm -rf ./c/src/lib/libcpu/powerpc/ppc403/include patch -p1 < rtems-rc-19991203-7.diff ./bootstrap
* Patch rtems-rc-19991203-5.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-216-173/+249
| | | | | which cleans up and merges some Hitachi SH-2 modifications from John Mills <jmills@tga.com>.
* Spelling error corrected.Joel Sherrill1999-12-161-1/+1
|
* Patch from Eric Norum <eric@cls.usask.ca> to change to gen68360 clock handling.Joel Sherrill1999-12-131-30/+56
| | | | | | | | | I got tired of having strange clock rates (e.g. #define CONFIGURE_MICROSECONDS_PER_TICK 52489) and drifting times-of-day with the gen68360 BSP so I changed the way the programmable-interval clock interrupt works. The new version will have some jitter in the intervals between individual calls to the rtems_clock_tick routine, but the long-term average will match the CONFIGURE_MICROSECONDS_PER_TICK
* Removed warnings.Joel Sherrill1999-12-138-10/+17
|
* Warning removal patch from Philip A. Prindeville <philipp@zembu.com>.Joel Sherrill1999-12-137-20/+24
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-09 03:05:04 +0000