summaryrefslogtreecommitdiffstats
path: root/c/src/lib/libcpu (unfollow)
Commit message (Collapse)AuthorFilesLines
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.
2000-01-03Share align_h.S from ppc403. VPATH was not picking it up. DiscoveredJoel Sherrill5-871/+3
and reported by Ralf Corsepius <corsepiu@faw.uni-ulm.de> on the mpc505.
2000-01-03Combination of coverhd.h cleanup and MVME23xx/MCP750 patch from Eric ValetteJoel Sherrill5-25/+148
<valette@crf.canon.fr> and Jay Kulpinski <jskulpin@eng01.gdds.com>.
1999-12-21Moved PPC_Set_decrementer() and PPC_Get_timebase_register() toJoel Sherrill1-32/+0
old_exception_processing tree.
1999-12-21New files.Joel Sherrill2-0/+165
1999-12-21Removing Makefile.in and adding Makefile.am. These were missed in conversionJoel Sherrill71-6898/+1096
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 Sherrill53-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
1999-12-21 Patch rtems-rc-19991203-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill3-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
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-13Removed warnings.Joel Sherrill1-2/+2
1999-12-13Warning removal patch from Philip A. Prindeville <philipp@zembu.com>.Joel Sherrill1-1/+2
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-12-13Patch from Silverio Diquigiovanni <silverio.di@qem.it> to correctJoel Sherrill1-1/+1
TPC values. Reviewed by Ralf Corsepius <corsepiu@faw.uni-ulm.de> who originally submitted the file.
1999-12-03Removed warnings.Joel Sherrill1-24/+24
1999-12-02Patch rtems-rc-19991123-rc-2.diff from Ralf CorsepiusJoel Sherrill4-180/+132
<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.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill1-0/+53
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill40-5/+9037
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-12-02Merged of mcp750 and mvme2307 BSP by Eric Valette <valette@crf.canon.fr>.Joel Sherrill13-1317/+0
As part of this effort, the mpc750 libcpu code is now shared with the ppc6xx.
1999-11-23*** empty log message ***Joel Sherrill1-27/+21
1999-11-22Patch rtems-rc-19991117-9.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill41-44/+67
to convert the libc directory to automake and "dozens of small fixes for Makefile.ins/configure.ins below c/src/lib."
1999-11-22Added files missed by previous merger of SH-2 port.Joel Sherrill4-0/+553
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 Sherrill15-15/+15
.. 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 Sherrill34-285/+2036
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
1999-11-17Updated copyright notice.Joel Sherrill23-46/+23
1999-11-11Updated.Joel Sherrill1-4/+15
1999-11-09Removed reaching "up and over" to install BSP header files.Joel Sherrill3-6/+3
1999-11-09Added #define to make this file exactly like its siblings in mpc821Joel Sherrill1-1/+2
and mpc860 directories.
1999-11-09Removed "up and over" into libbsp/.../include.Joel Sherrill2-3/+1
1999-11-09Moved include files to hppa1.1 subdirectory and put their sourcesJoel Sherrill6-10/+65
in the include directory.
1999-11-09Removed runway directory and moved contents to include.Joel Sherrill2-77/+0
1999-11-05New file. Added as part of adding a formal API to this object.Joel Sherrill1-0/+54
1999-11-05Patch from Eric Valette <valette@crf.canon.fr> so this will buildJoel Sherrill3-19/+14
independently of a BSP.
1999-11-05This is another pass at making sure that nothing outside the BSPJoel Sherrill13-46/+28
unnecessarily uses any variables defined by the BSP. On this sweep, use of BSP_Configuration and Cpu_table was eliminated. A significant part of this modification was the addition of macros to access fields in the RTEMS configuration structures. This is necessary to strengthen the division between the BSP independent parts of RTEMS and the BSPs themselves. This started after comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
1999-11-04The files in libcpu should not be directly dependent on any BSP. InJoel Sherrill43-102/+65
particular, using bsp.h, or getting information from the BSP which should properly be obtained from RTEMS is forbidden. This is necessary to strengthen the division between the BSP independent parts of RTEMS and the BSPs themselves. This started after comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>. The changes primarily eliminated the need to include bsp.h and peeking at BSP_Configuration. The use of Cpu_table in each BSP needs to be eliminated.
1999-11-01Corrected wildcard to pickup CPU model dependent library pieces.Joel Sherrill1-4/+2
1999-10-28Patch rtems-rc-19991011-3.diff from Ralf Corsepius.Joel Sherrill2-2/+2
1999-10-06Removed aclocal.m4 generated from aclocal macrosJoel Sherrill1-851/+0
1999-10-06Removed configure generated from configure.inJoel Sherrill1-2214/+0
1999-10-06Corrected build order so it was not as dependent on the mpc750 check.Joel Sherrill2-6/+2
1999-10-06Fixed spelling error (FAMILLY --> FAMILY).Joel Sherrill1-4/+4
1999-10-05Regenerated.Joel Sherrill2-217/+412
1999-10-04Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-2/+0
The patch below actuallly consists of two patches: 1) moving librpc to c/src/librpc similar to what has been done to librtems++ 2) reworked configure scripts, many safety and dependency checks added to aclocal/*.m4 macros + configuration fixes. To apply: mkdir c/src/librpc mkdir c/src/librpc/src cp c/src/lib/librpc/*.c c/src/librpc/src cp c/src/lib/librpc/Makefile.in c/src/librpc/src mkdir c/src/librpc/include mkdir c/src/librpc/include/rpc cp c/src/lib/include/rpc/* c/src/librpc/include/rpc patch -p1 < ../rtems-rc-19990820-7.diff rm -rf c/src/lib/librpc rm -rf c/src/lib/include/rpc ./autogen The additional checks in aclocal/*m4 macros add rather restrictive, sometimes unnecessarily restrictive constraints on the sequence of how macros can be used in a configure.in script. Adding them has let my problems with some more complicated configuration options vanish. Apparently some macros had not been in the required order . ---- Now I still get some linking errors for some cpus and bsps, esp when linking cdtest, but also at other locations: e.g. this happens for mips64orion/p4600: # make[5]: Entering directory `/lfs/poseidon/users/rtems/src/multi/build/mips64orion-rtems/c/p4600/tests/samples/hello' /opt/rtems/bin/mips64orion-rtems-gcc --pipe -B../../../../../../p4600/lib/ -specs bsp_specs -qrtems -DP4000 -DCPU_R4000 -DP3_DIAG -D_R4000 -D__mips=3 -mcpu=4600 -G0 -I../../../../../../p4600/lib/include/networking -g -Wall -ansi -fasm -O4 -fomit-frame-pointer -o o-p4600/hello.exe o-p4600/init.o ../../../../../../p4600/lib/no-dpmem.rel ../../../../../../p4600/lib/no-event.rel ../../../../../../p4600/lib/no-msg.rel ../../../../../../p4600/lib/no-mp.rel ../../../../../../p4600/lib/no-part.rel ../../../../../../p4600/lib/no-signal.rel ../../../../../../p4600/lib/no-timer.rel ../../../../../../p4600/lib/no-rtmon.rel /opt/rtems/mips64orion-rtems/lib/libc.a(dtoa.o): In function `_dtoa_r': /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol /opt/hermes/embedded/build/build-mips64orion-tools/mips64orion-rtems/newlib/libc/stdlib/../../../../../src/newlib/libc/stdlib/dtoa.c:348: relocation truncated to fit: R_MIPS_LITERAL no symbol collect2: ld returned 1 exit status # mips64orion-rtems-gcc -v Reading specs from /opt/rtems/lib/gcc-lib/mips64orion-rtems/2.95.1/specs gcc version 2.95.1 19990816 (release) # mips64orion-rtems-ld -v GNU ld version 2.9.5 (with BFD 2.9.5)
1999-10-04Removed.Joel Sherrill1-0/+0
1999-10-04Regenerated.Joel Sherrill1-1/+1
1999-09-09Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill2-0/+2870
Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
1999-09-07Applied patch rtems-rc-19990820-6.diff.gz fromJoel Sherrill58-116/+155
Ralf Corsepius <corsepiu@faw.uni-ulm.de> which converted many Makefile.in's to Makefile.am's. This added a lot of files.
1999-08-30Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-1/+1
The patch below actually consists of 3 patches: 1. Addition of maintainer-mode dependencies on config.status and aclocal.m4 for autoconf toplevel Makefile.ins. These rules are taken over from automake generated Makefile.ins, i.e. they are contained in any automake generated toplevel Makefile.in. Having this patch in is at least a great releaf for me when working on RTEMS configuration :) 2. Automated support for #1 in acpolish 3. Some minor "beautifications" on Makefile.ins resulting from running acpolish. FYI: This patch has been generated by running tools/update/rtems-polish.sh -ac on the source tree and manually editing the resulting patch afterwards to work around a problem with acpolish, which still corrupts one Makefile.in - WARNING: Be careful with running acpolish! I expect this patch not to have any influence on normal users, unless they use --enable-maintainer-mode, thus merging it should be rather harmless.
1999-08-19Support for MPC505 from Sergei Organov <osv@Javad.RU>. His patch wasJoel Sherrill5-0/+314
against 3.6.0 so was painful to merge. It should be OK but there is no guarantee and there are no BSPs in the tree to exercise it.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-02 04:08:41 +0000