summaryrefslogtreecommitdiffstats
path: root/c/src/lib (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 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
|
* Patch rtems-19991203.sh2.diff from John M. Mills <jmills@tga.com> whichJoel Sherrill1999-12-132-2/+2
| | | | | | | | | | fixes some problems: I found the problem which prevented opening 'dev/sci1' (the default console) with the 'gensh2' (sh7045) BSP. Both SCI ports were being initialized against the same minor device number: '0'. When I tried to open minor-device '1', it naturally crashed. Fixing that one value in the 'sci_device[]' array solved the problem and allowed 'hello.exe' to run.
* Patch from Silverio Diquigiovanni <silverio.di@qem.it> to correctJoel Sherrill1999-12-131-1/+1
| | | | | TPC values. Reviewed by Ralf Corsepius <corsepiu@faw.uni-ulm.de> who originally submitted the file.
* Patch rtems-rc-19991203-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-132-0/+40
| | | | which adds automake support to libbsp/bare.
* Patch rtems-rc-19991203-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-134-82/+43
| | | | which adds automake support to libbsp/bare.
* Patch rtems-rc-19991203-3.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1999-12-131-4/+5
| | | | which adds automake support to libbsp/bare.
* Added RTEMS_IO_ERROR.Joel Sherrill1999-12-131-0/+1
|
* Now builds and installs properly.Joel Sherrill1999-12-131-10/+5
|
* Patch from Aleksey (Quality Quorum <qqi@world.std.com>) to change theJoel Sherrill1999-12-032-6/+46
| | | | | | | | | | | delay loop in this BSP. Here is his response to a question about the patch: Yes, or that other machine has a different chipset with different timing requirements on enabling Gate 20. I am strongly suspecting that it may some how related to the video card I am using (on my old P-75 target it was plain PCI VGA, on my new one it is Diamond Stealth 3D 2000).
* Removed warnings.Joel Sherrill1999-12-031-24/+24
|
* New file.Joel Sherrill1999-12-032-0/+194
|
* Added more timing information.Joel Sherrill1999-12-034-0/+418
|
* New file based on information from <valette@crf.canon.fr>.Joel Sherrill1999-12-032-0/+370
|
* Modification from Emmanuel Raguet <raguet@crf.canon.fr> to merge theJoel Sherrill1999-12-0311-967/+23
| | | | | | dec21140 drivers from the i386/pc386 and powerpc/mcp750 (all Motorola PowerPC boards) and move the network driver to libchip. This driver should work on all PCI based uses of this chip.
* Patch from Rosimildo DaSilva <rdasilva@connecttel.com> for CygwinJoel Sherrill1999-12-031-2/+2
| | | | to consistently use $(EXEEXT).
* Patch rtems-rc-19991123-rc-2.diff from Ralf CorsepiusJoel Sherrill1999-12-026-180/+264
| | | | | | | | | | | | | | | | | | | | | | <corsepiu@faw.uni-ulm.de>: The patch below provides * automake support for score/cpu/powerpc * The hack to propagate values from *.cfg to automake configuration * A fix for librdbg/powerpc/mcp750/Makefile.am (Was completely corrupted before) * Fixes some files which apparently where missing in rtems-rc-19991123-rc-2.diff * some minor configuration related patches To apply: rm -rf ./c/src/exec/score/cpu/powerpc/wrap patch -p1 < rtems-rc-19991123-rc-3.diff Attention: c/src/exec/score/cpu/[configure.in|aclocal.m4|configure] should be removed after applying the patch.
* Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill1999-12-023-0/+185
| | | | | As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
* Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill1999-12-02141-635/+37427
| | | | | As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-02 05:03:48 +0000