summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libcpu/sh/sh7045 (unfollow)
Commit message (Collapse)AuthorFilesLines
2000-08-10Adding ChangeLogs.Joel Sherrill1-0/+3
2000-06-14Added .cvsignore files.Joel Sherrill2-0/+13
2000-06-14Patch rtems-rc-20000614-sh.tar.gz from Ralf CorsepiusJoel Sherrill10-23/+86
<corsepiu@faw.uni-ulm.de> that migrates the SH port to multilib'ing. This patch involved moving a number of files in the CVS repository, adding new files, and deleting files from their previous location. Ralf gave good instructions (not repeated here) and here are his notes: Note 1: In this version, I did not change the installation points of the headers which are moved inside of the source-tree. This is a temporary hack for not breaking compatibility with 4.5 based BSPs, but will probably not last once having real multilibs (We would have include file conflicts when several BSPs/CPU_MODELS share a common installation prefix). Note 2: I hope not to have broken too much, but I would not be astonished if something goes wrong. Note 3: There are more patches to come :)
2000-06-12Merged from 4.5.0-beta3aJoel Sherrill7-25/+30
2000-04-13Patch rtems-rc-4.5.0-13-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill6-0/+12
adds .cvsignore.
2000-01-31Patches rtems-rc-20000118-3.diff and rtems-rc-20000118-4.diff fromJoel Sherrill5-60/+41
Ralf Corsepius <corsepiu@faw.uni-ulm.de> that contain: * Modifications, (minor) corrections, cleanups to most existing Makefile.ams * Adds automake support to all remaining BSPs which have not yet been converted to automake. * Makefile.am for all remaining wrapup/Makefile.ams
2000-01-11Removed old hack of using Configuration Table entry ticks_per_timesliceJoel Sherrill1-52/+41
being set to 0 to indicate that there should be no Clock Tick. This was used by the Timing Tests to avoid clock tick overhead perturbing execution times. Now the Timing Tests simply leave the Clock Tick Driver out of the Device Driver Table.
2000-01-07Patch from John M. Mills <jmills@tga.com> to correct the baselineJoel Sherrill1-11/+81
serial drivers used in the 'gensh2' BSP for the Hitachi sh7045 CPU.
2000-01-05Fixed comment thanks to John M. Mills <jmills@tga.com>.Joel Sherrill1-6/+0
2000-01-03Patch from John Mills <jmills@tga.com> to correct some cut and pasteJoel Sherrill1-6/+6
errors.
1999-12-21Removing Makefile.in and adding Makefile.am. These were missed in conversionJoel Sherrill12-1535/+176
to automake by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
1999-12-21 Patch rtems-rc-19991203-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill6-219/+1400
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
1999-12-21Patch rtems-rc-19991203-5.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill4-138/+237
which cleans up and merges some Hitachi SH-2 modifications from John Mills <jmills@tga.com>.
1999-12-13Patch rtems-19991203.sh2.diff from John M. Mills <jmills@tga.com> whichJoel Sherrill2-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.
1999-11-22Patch rtems-rc-19991117-9.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill4-4/+4
to convert the libc directory to automake and "dozens of small fixes for Makefile.ins/configure.ins below c/src/lib."
1999-11-22Adding files not added as part of merger of SH2 port.Joel Sherrill3-0/+853
1999-11-22Patch rtems-rc-19991117-4.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-1/+1
.. a major configuration cleanup ... major enhancement of automake support. ... and it contains a *major* breakthough: Automake support for libchip and libmisc *LEAF* directories. To implement this I have used several nasty tricks * The basical trick is to wrap an old Makefile.in's contents into a Makefile.am and still continue to use (i.e include) the old *.cfg files. * Replaced each INSTALL_IF_CHANGE and INSTALL_VARIANT with make dependencies * Add a gnu-make ifdef AUTOMAKE to main.cfg to avoid conflicts between automake and RTEMS make rules * Replaced each install:: and preinstall:: rule with make dependencies * Replaced SUB_DIRS with SUBDIRS in all Makefile.ins (Automake convention) * Removed each manually added autoconf substitution which automake performs automatically. This is not yet full automake support, because using the temporary installation directory, preinstallation in general and building variants are in contradiction to automake's basic working principles ... ... the new Makefile.ams work still somewhat clumsy ... nevertheless they work (quite well). WARNING: At first glance this patch is small, but * it affects the whole configuration system. * it opens the road to introducing automake to all Makefile.ins currently not being under automake control. JOEL> Does this remove or add any files? Both, all Makefile.ins below libchip and libmisc get replaced with Makefile.ams.
1999-11-18Patch from "John M. Mills" <jmills@tga.com> with subsequent cleanup fromJoel Sherrill21-3/+1966
Ralf Corsepius <corsepiu@faw.uni-ulm.de> that adds initial Hitachi SH-2 support to RTEMS. Ralf's comments are: Changes: ------ 1. SH-Port: * Many files renamed. * CONSOLE_DEVNAME and MHZ defines removed from libcpu. * console.c moved to libbsp/sh/shared, build in libbsp/sh/<BSP>/console applying VPATH. * CONSOLE_DEVNAME made BSP-specific, replacement is defined in bsp.h * MHZ define replaced with HZ (extendent resolution) in custom/*.cfg * -DHZ=HZ used in bspstart.c, only * Makefile variable HZ used in bsp-dependent directories only. 2. SH1-Port * clock-driver rewritten to provide better resolution for odd CPU frequencies. This driver is only partially tested on hardware, ie. sightly experimental, but I don't expect severe problems with it. * Polling SCI-driver added. This driver is experimental and completly untested yet. Therefore it is not yet used for the console (/dev/console is still pointing to /dev/null, cf. gensh1/bsp.h). * minor changes to the timer driver * SH1 specific delay()/CPU_delay() now is implemented as a function 3. SH2-Port * Merged * IMO, the code is still in its infancy. Therefore I have interspersed comments (FIXME) it for items which I think John should look after. * sci and console drivers partially rewritten and extended (John, I hope you don't mind). * Copyright notices are not yet adapted
1998-03-20SH port submitted from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill1-0/+311