Timeline




matching tags

Feb 25, 1999:

7:34 PM Changeset in rtems [85d8eb2]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Corrected the comments on --enable-gcc28 and switched the sense of the --enable-tests switch.
7:22 PM Changeset in rtems [e1b77701]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
backed off previous change and switched to tests being disabled by default.
5:30 PM Changeset in rtems [0ce4728]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Suggestion from Ralf Corsepius <corsepiu@…> to clarify --enable-tests flag.

Feb 24, 1999:

8:58 PM Changeset in rtems [3cf8394]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Changed IMFS to use IMFS_NAME_MAX as the maximum length of a basename rather then NAME_MAX. NAME_MAX is 255 and that lets IMFS chew up memory too fast. Perhaps in the future, the places in IMFS that put a maximum length name string on the stack and the jnode structure does not include a maximu length name string can be fixed so this is not a problem.
8:46 PM Changeset in rtems [32a98d2]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Moved mpc860.h around to make things compile.
3:46 PM Changeset in rtems [7d7b2a3]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Charles Gauthier <Charles.Gauthier@@iit.nrc.ca> to address FP issues on this target: The default variants of libc, libm and libgcc assume that a 68881 coprocessor is present. Without the FPSP, any floating point operation, including printf() with a "%f" format specifier, is likely to cause an unimplemented instruction exception. The FPSP works with the default variants of libc, libm and libgcc. It does not work in conjunction with the msoft-float variants. The paranoia test goes into an infinite loop at milestone 40. I am guessing that floor() is returning an incorrect value. The msoft-float variants of libc, libm and libgcc appear to do floating point I/O properly. They only failed in paranoia. Offhand, I can't think of why they would conflict with the FPSP, so I think that there is something wrong with the msoft-float code. It might be my installation. Given my experiences, I decided to install the FPSP in bsp_start(), and to link against the default variants of libc, libm and libgcc. This causes the executables to increase in size by about 60 KB. The README file and the mvme167.cfg specify how to remove the FPSP, and how to link against the msoft-float variants of the libraries. This is not what Eric Norum had done: on my host, his gen68360_040 port links RTEMS code with the msoft-float variants of libc and libm, and the default variant of libgcc. In this configuration, the output of printf() with "%f" is garbage on my target.
3:37 PM Changeset in rtems [4e4e691]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Charles Gauthier <Charles.Gauthier@…> to address FP issues on this target: The default variants of libc, libm and libgcc assume that a 68881 coprocessor is present. Without the FPSP, any floating point operation, including printf() with a "%f" format specifier, is likely to cause an unimplemented instruction exception. The FPSP works with the default variants of libc, libm and libgcc. It does not work in conjunction with the msoft-float variants. The paranoia test goes into an infinite loop at milestone 40. I am guessing that floor() is returning an incorrect value. The msoft-float variants of libc, libm and libgcc appear to do floating point I/O properly. They only failed in paranoia. Offhand, I can't think of why they would conflict with the FPSP, so I think that there is something wrong with the msoft-float code. It might be my installation. Given my experiences, I decided to install the FPSP in bsp_start(), and to link against the default variants of libc, libm and libgcc. This causes the executables to increase in size by about 60 KB. The README file and the mvme167.cfg specify how to remove the FPSP, and how to link against the msoft-float variants of the libraries. This is not what Eric Norum had done: on my host, his gen68360_040 port links RTEMS code with the msoft-float variants of libc and libm, and the default variant of libgcc. In this configuration, the output of printf() with "%f" is garbage on my target.
3:26 PM Changeset in rtems [d6a5c81]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Switch to using standard compile rule for assembly.
3:15 PM Changeset in rtems [4d20133]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>. The following email is long but I hate to lose the information so I am including it here. > I am still fixing and recompiling but this is the issue that was not the > result of another patch. This is a fundamental build issue that I value > your opinion on. This is difficult issue (I.e. I have no destinct solution for it) Background: (gnu-) make's implicit rules apply CFLAGS, CPPFLAGS, CXXFLAGS, ASFLAGS and LDFLAGS (cf. make.info/Implicit Rules/Catalogue? of Rules), only. In brief: CPPFLAGS .. passed to the c-preprocessor CFLAGS ... passed to the c-compiler CXXFLAGS ... equivalent to CFLAGS but passed to the c++ compiler (Attention: CFLAGS is not passed to the c++ compiler) ASFLAGS .. equivalent to CFLAGS, but passed to the assembler LDFLAGS .. equivalent to CFLAGS, but passed to the linker A bit oversimplifying, these make rules are as follows .c.o: $(CC) $(CPPFLAGS) $(CFLAGS) -c .cc.o: $(CXX) $(CPPFLAGS) $(CXXFLAGS) -c .S.s: $(CPP) $(CPPFLAGS) .s.o: $(AS) $(ASFLAGS) My reading of the documentation (make.info) is that {AS|AR|CC|CXX|CPP}FLAGS are ment to be passed to the related tools directly, however examinating the rule set of gmake (gmake -p -f /dev/null") shows that many rules use $(CC) instead of the related tools (eg. linker rules) etc. I.e. these flags should not rely on being passed through cpp or gcc. With gcc being the common frontend for all of these tools of a gnu-toolchain the situation becomes difficult (Which option is passed to whom and which tool really uses it?), because these variable can also contain the toolchain's frontend (eg. AS=gcc, LD=gcc, CPP=gcc -E). For some commonly used options the situation is quite clear: * -g -> CFLAGS * -OX -> CFLAGS * -D -> CPPFLAGS * -A -> CPPFLAGS But where to add -m, -B, -specs, -qrtems_XXX ? * -B, -specs, -qrtems_XXX are gcc-frontend options * -m is a combinations of flags to go to different destinations, in many (all?) cases, the following is valid -m is expanded by gcc into a set of -D and -A options -m is interpreted by cc1 as a machine flag to generate a specific instruction set. -m is interpreted by gcc as an implicit linker search path for multilibs to set up calls to LD. >From my point of view this indicates we can either destingush between these different usages (= separately add -m to CFLAGS, LDFLAGS etc) or to add it to CPPFLAGS and use gcc (the frontend) instead of calling each tool directly (less error prone) -- I vote for CPPFLAGS, but I am not sure. ----------------- Now, where to add CPU_CFLAGS? AFAIS, in probably all cases CPU_CFLAGS contain -D -A, and -m options, only. * -D and -A are supposed to go to CPPFLAGS * -mXXX options can have multiple meanings (It can be gcc, collect2/ld and cc1/cc1plus option simultaneously) Here, I made a mistake - I destinguished between CPU_DEFINES to be added to CPPFLAGS and CPU_CFLAGS to be added to CFLAGS and CXXFLAGS (cf. gcc-target-default.cfg), generally assuming CPU_CFLAGS are CFLAGS. This breaks preprocessing *.S into *.i files because CPU_CFLAGS flags were not added to CPPFLAGS. Hence *all* *.S were compiled without taking -mXX-flags into account. The i960/cvme BSP was the only one which explicitly checked for a specific -m flag (-mca) and refused to compile without it -- all other CPUs/BSPs silently swallowed this. IMO, we can either 1) add CPU_CFLAGS and CPU_DEFINES to CPPFLAGS, thus silently convert CPU_CFLAGS's meaning into CPU_DEFINES (Alternative solution: rename CPU_CFLAGS to CPU_DEFINES and merge CPU_FLAGS with CPU_DEFINES). or 2) destinguish between CPU_DEFINES and CPU_CFLAGS. In this case we would need to check the contents of each CPU_CFLAGS in custom/*.cfg and move the some parts of the contents to CPU_DEFINES and keep other parts in CPU_CFLAGS (CFLAGS must contain options for the c/c++-compiler only!). Though Solution 2) is the clearer one, I implemented 1) which is the simplier one (the patch below). ATTENTION: This patch is small in size, but affects almost everything. ------------ Additional complications araise with linking: Some BSPs call LD and AS directly (esp. gcc-2.7 make-exe rules). If LD=gcc then LDFLAGS are supposed to be gcc-options, but if LD=ld then LDFLAGS is supposed to contain ld-options. An analog thought is valid for AS, but luckily enough ASFLAGS is not used of inside the whole source tree. Most RTEMS' custom/*.cfg use $(CC) $(CFLAGS) to link with gcc-2.8 make-exe rules. With the patch below (CPU_CFLAGS added to CPPFLAGS) this means CPU_CFLAGS will not be passed to the linker, which is incorrect for multilibbed CPU's. gmake's default rule set contains a variety of rules for linking, all ending up in calling $(CC) $(LDFLAGS) for linking at their very end. IMO, this means we should use something like LINK.o = $(CC) $(LDFLAGS) in gcc-target-default.cfg + modify all gcc-2.8 make-exe rules to use $(LINK.o) ....... + setup LDFLAGS according to the requirements of the above. I.e. we should use $(CC) for linking instead of calling the linker (LD) directly and set LDFLAGS = $(CPPFLAGS) $(CFLAGS) or similar.
2:39 PM Changeset in rtems [d6f28200]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added $(LIB_VARIANT) to start16.bin.
2:39 PM Changeset in rtems [98e8c7f2]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Corrected spacing.
2:36 PM Changeset in rtems [3dd7a72]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Removed dependency on bsp.h.
2:35 PM Changeset in rtems [d7e2aa65]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Corrected name of file.
2:34 PM Changeset in rtems [38381a66]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Changed to include FPSP in library.
2:34 PM Changeset in rtems [1b82a0b3]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Changed from $(INSTALL) to $(INSTALL_CHANGE).
2:34 PM Changeset in rtems [4b4d4a75]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Corrected Makefile.in to account for placement of include files.
2:32 PM Changeset in rtems [6dfebd9]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Corrected name of constant so this would compile.

Feb 21, 1999:

1:03 PM Changeset in rtems-addon-packages [1a8a648] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r168, which included commits to RCS files with non-trunk default branches.
1:03 PM Changeset in rtems-addon-packages [7b8bcea]addons by Eric Norum <WENorum@…>
Useful add-on libraries

Feb 20, 1999:

12:11 PM Changeset in rtems-addon-packages [4c48597] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r166, which included commits to RCS files with non-trunk default branches.
12:11 PM Changeset in rtems-addon-packages [aa980c3]addons by Eric Norum <WENorum@…>
Useful add-on libraries

Feb 19, 1999:

11:35 PM Changeset in rtems [4bcebc0]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Accidentally moved.
11:35 PM Changeset in rtems [12710a56]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Moved back up in tree.
11:33 PM Changeset in rtems [2d71d94]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Accidentally moved erc32.h
11:33 PM Changeset in rtems [123ddae0]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Moved erc32.h back up in tree.
11:32 PM Changeset in rtems [db903c74]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Moved asm.h back up in tree.
11:32 PM Changeset in rtems [38b4430]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Accidentally moved asm.h
11:26 PM Changeset in rtems [7713808]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Moved to proper rtems/score
10:31 PM Changeset in rtems-addon-packages [30ae3cc] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r164, which included commits to RCS files with non-trunk default branches.
10:31 PM Changeset in rtems-addon-packages [901519f]addons by Eric Norum <WENorum@…>
Useful add-on libraries
11:59 AM Changeset in rtems-addon-packages [3c52288] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r162, which included commits to RCS files with non-trunk default branches.
11:59 AM Changeset in rtems-addon-packages [7163e9f]addons by Eric Norum <WENorum@…>
Useful add-on libraries
11:43 AM Changeset in rtems-addon-packages [59db9a2] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r160, which included commits to RCS files with non-trunk default branches.
11:43 AM Changeset in rtems-addon-packages [af3fe0f]addons by Eric Norum <WENorum@…>
Useful add-on libraries
11:29 AM Changeset in rtems-addon-packages [d036df9] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r158, which included commits to RCS files with non-trunk default branches.
11:29 AM Changeset in rtems-addon-packages [ebbc545]addons by Eric Norum <WENorum@…>
Useful add-on libraries
12:33 AM Changeset in rtems [7a64d8e]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added new PowerPC boards.
12:29 AM Changeset in rtems [32163db]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Enhanced to support -qrtems_debug.
12:27 AM Changeset in rtems-addon-packages [3b34c9b] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r156, which included commits to RCS files with non-trunk default branches.
12:27 AM Changeset in rtems-addon-packages [bddd5f7]addons by Eric Norum <WENorum@…>
Useful add-on libraries
12:22 AM Changeset in rtems [9c448e1]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
BSP for Vista Score603e added.

Feb 18, 1999:

10:39 PM Changeset in rtems-addon-packages [6bb0db0] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r154, which included commits to RCS files with non-trunk default branches.
10:39 PM Changeset in rtems-addon-packages [8a4fb69]addons by Eric Norum <WENorum@…>
Useful add-on libraries
9:46 PM Changeset in rtems [a53a2bf7]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Updated to reflect addition of new BSPs.
9:41 PM Changeset in rtems [8dcbc16b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ian Lance Taylor <ian@…>: Here is a patch which slightly improves the i386 interrupt handling macros. These macros were written to use both input and output parameters, which is not necessary. This patch changes them to use only an input or output parameter, as appropriate. It also changes the constraints to permit the interrupt level to be loaded directly in and out of memory, rather than always requiring a register.
9:09 PM Changeset in rtems [c0438ad]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Renamed network to wd8003.
9:07 PM Changeset in rtems [adbaa61]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Emmanuel Raguet <raguet@…>. Missed adding this file earlier to CVS.
9:06 PM Changeset in rtems [13ae6f4]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added INSTALL rule to Makefile.
9:06 PM Changeset in rtems [1094cf0d]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Emmanuel RAGUET <raguet@…> to add files that were accidentally not committed earlier. The DECNet driver is being added as its own directory to avoid forcing the driver to have to pull in the complete set of network drivers.
8:58 PM Changeset in rtems [3204a06]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added comments.
8:58 PM Changeset in rtems [51450d7]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added NE2000 Driver from Ian Lance Taylor <ian@…>. Comments: Both the ne2000 and the wd80x3 are based on the National Semiconductor 8390 chip, so there is a fair amount of overlap between the two drivers. It would be possible in principle to combine some code into a separate set of subroutines called by both. In fact, the drivers in both OpenBSD and Linux work this way. I didn't bother, because for the relatively simple drivers used by RTEMS, the overlap is not especially large, and any reasonable use of subroutines would lead to slightly less efficient code. This ne2000 driver uses two transmit buffers. While one packet is being transmitted over the Ethernet, RTEMS will upload another. Since uploading a packet to the ne2000 is rather slow, I don't think there is any point to having more than two transmit buffers. However, the code does make it possible, by changing NE_TX_BUFS, although that would of course reduce the number of receive buffers. I suspect that the wd80x3 driver would benefit slightly from copying the multiple transmit buffer code. However, I have no way to test that.
7:24 PM Changeset in rtems [aa28a083]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Fixed top of file.
7:23 PM Changeset in rtems [5d02459]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
MVME167 BSP submitted by Charles Gauthier <Charles.Gauthier@…>.
7:18 PM Changeset in rtems [5c609dd]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Missed this file in the merge.
7:10 PM Changeset in rtems [39136318]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Regenerated.
6:36 PM Changeset in rtems [8548fe0]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Part of the automake VI patch from Ralf Corsepius <corsepiu@…>: > 5) rtems-rc-19990202-1.diff/reorg-install.sh > > reorg-install.sh fixes a Makefile variable name clash of RTEMS > configuration files and automake/autoconf standards. > Until now, RTEMS used $(INSTALL) for install-if-change. Automake and > autoconf use $(INSTALL) for a bsd-compatible install. As > install-if-change and bsd-install are not compatible, I renamed all > references to install-if-changed to $(INSTALL_CHANGED) and used > $(INSTALL) for bsd-install (==automake/autoconf standard). When > automake will be introduced install-if-change will probably be replaced > by $(INSTALL) and therefore will slowly vanish. For the moment, this > patch fixes a very nasty problem which prevents adding any automake file > until now (There are still more).
6:28 PM Changeset in rtems [7908ba5b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Part of the automake VI patch from Ralf Corsepius <corsepiu@…>: > 4) rtems-rc-19990202-0.diff /reorg-score-cpu.sh > > reorg-score-cpu.sh reorganizes the cpu/<cpu>/* subdirectories in a > similar manner than previous reorg scripts did. rtems-rc-19990202-0.diff > contains the diffs after reorg-score-cpu.sh has been run on a > rtems-19981215 snapshot + my patches up to rtems-rc-19990131-2.diff. > > This patch is rather nasty and may break something. However, I've tested > it for about 10 different target/bsp pairs and believe to have shaken > out most bugs. I wonder about the following .h files that were not moved: a29k/asm.h a29k/cpu_asm.h i386/asm.h i960/asm.h m68k/asm.h m68k/m68302.h m68k/m68360.h m68k/qsm.h m68k/sim.h mips64orion/asm.h mips64orion/cpu_asm.h mips64orion/mips64orion.h no_cpu/asm.h no_cpu/cpu_asm.h powerpc/asm.h powerpc/mpc860.h sh/asm.h sparc/asm.h sparc/erc32.h
6:18 PM Changeset in rtems [52b0d9d]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Another part of automake VI patch from Ralf Corsepius <corsepiu@…> > 4) rtems-rc-19990202-0.diff /reorg-score-cpu.sh > > reorg-score-cpu.sh reorganizes the cpu/<cpu>/* subdirectories in a > similar manner than previous reorg scripts did. rtems-rc-19990202-0.diff > contains the diffs after reorg-score-cpu.sh has been run on a > rtems-19981215 snapshot + my patches up to rtems-rc-19990131-2.diff. > > This patch is rather nasty and may break something. However, I've tested > it for about 10 different target/bsp pairs and believe to have shaken > out most bugs. I wonder about the following .h files that were not moved: a29k/asm.h a29k/cpu_asm.h i386/asm.h i960/asm.h m68k/asm.h m68k/m68302.h m68k/m68360.h m68k/qsm.h m68k/sim.h mips64orion/asm.h mips64orion/cpu_asm.h mips64orion/mips64orion.h no_cpu/asm.h no_cpu/cpu_asm.h powerpc/asm.h powerpc/mpc860.h sh/asm.h sparc/asm.h sparc/erc32.h
6:16 PM Changeset in rtems [25d457b8]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Yet another part of automake VI from Ralf Corsepius <corsepiu@…>: > 4) rtems-rc-19990202-0.diff /reorg-score-cpu.sh > > reorg-score-cpu.sh reorganizes the cpu/<cpu>/* subdirectories in a > similar manner than previous reorg scripts did. rtems-rc-19990202-0.diff > contains the diffs after reorg-score-cpu.sh has been run on a > rtems-19981215 snapshot + my patches up to rtems-rc-19990131-2.diff. > > This patch is rather nasty and may break something. However, I've tested > it for about 10 different target/bsp pairs and believe to have shaken > out most bugs. I wonder about the following .h files that were not moved: a29k/asm.h a29k/cpu_asm.h i386/asm.h i960/asm.h m68k/asm.h m68k/m68302.h m68k/m68360.h m68k/qsm.h m68k/sim.h mips64orion/asm.h mips64orion/cpu_asm.h mips64orion/mips64orion.h no_cpu/asm.h no_cpu/cpu_asm.h powerpc/asm.h powerpc/mpc860.h sh/asm.h sparc/asm.h sparc/erc32.h
6:03 PM Changeset in rtems [38840f7b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Part of the automake VI patch from Ralf Corsepius <corsepiu@…>: > 3) rtems-rc-19990131-2.diff > > This patch removes generating bsp_specs from leaf.cfg and generates > bsp_specs from inside of c/Makefile instead. > > The motivation behind this patch is to avoid "polluting" Makefiles by > unneccessary rules from included Makefile-fragments (*.cfg-files) and > try to handle files by explicit rules in Makefiles instead (FYI: > automake-1.4 physically includes Makefile fragments at the time > automake is run, not at the time make is run as RTEMS Makefile.ins do > now) > > Nevertheless, this patch is rather uncritical, almost cosmetical - If > you don't like it, then dump it ;-, however I doubt that subsequent > patches will apply then ;-.
6:00 PM Changeset in rtems [4cc89bd]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added rejected patch from automake VI from Ralf Corsepius.
5:55 PM Changeset in rtems [a110b68]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Part of automake VI patch from Ralf Corsepius <corsepiu@…>: > 2) rtems-rc-19990131-1.diff > > Rework of compilers/*.cfg files (esp. gcc-target-default.cfg) to adapt > the flags/makefile variables to automake and make standards (cf. > make.info - implicit rules/variables). > > This patch is rather risky and may probably break things, but is an > essential step towards automake. > > FWIW: It also reverts the i386-ASMFLAGS/ASFLAGS-patch, which was wrong, > as I had to experience ;-.
5:54 PM Changeset in rtems [011677f]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Part of automake VI Patch from Ralf Corsepius <corsepiu@…>. > Adds variables to the custom/*cfg files to specify the location of > tools. The purpose is to remove hard-coded paths from the Makefiles. > > In later steps this eases moving the tools to other locations.
5:46 PM Changeset in rtems [1fdc990]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Part of the targopts.h change in generation patch from Ralf Corsepius <corsepiu@…>.
5:26 PM Changeset in rtems [6b9aaf7]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Corrected.
5:26 PM Changeset in rtems [3b7f138]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Readded.
5:26 PM Changeset in rtems [0fc85c50]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Should have been removed earlier.
5:16 PM Changeset in rtems [e4071cf]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Ralf Corsepius <corsepiu@…>: This patch removes generation of targopts.h from leaf.cfg and generates it in location at score/include/rtems/score instead. To achieve this: * all rules in other Makefile.ins which have accessed targopts.h have been removed. * c/Makefile.in has been modified to generate the directories before doing anything else. I.e. to ensure the directories exist before any preinstall rule fires (This part is a bit kludgy, but it seems to work. Please check if the interaction with libhwapi still works).
4:48 PM Changeset in rtems [0c04c377]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
./clock/Makefile.in,v ./clock/clock.c,v ./console/Makefile.in,v ./console/config.c,v ./console/console.c,v ./console/console.h,v ./console/debugio.c,v ./console/i8042.c,v ./console/i8042_p.h,v ./console/i8042vga.c,v ./console/i8042vga.h,v ./console/ns16550.c,v ./console/ns16550.h,v ./console/ns16550_p.h,v ./console/ns16550cfg.c,v ./console/ns16550cfg.h,v ./console/vga.c,v ./console/vga_p.h,v ./console/z85c30.c,v ./console/z85c30.h,v ./console/z85c30_p.h,v ./console/z85c30cfg.c,v ./console/z85c30cfg.h,v ./include/Makefile.in,v ./include/bsp.h,v ./include/chain.h,v ./include/coverhd.h,v ./include/extisrdrv.h,v ./include/nvram.h,v ./include/pci.h,v ./include/tod.h,v ./network/Makefile.in,v ./network/amd79c970.c,v ./network/amd79c970.h,v ./nvram/Makefile.in,v ./nvram/ds1385.h,v ./nvram/mk48t18.h,v ./nvram/nvram.c,v ./nvram/prepnvr.h,v ./nvram/stk11c68.h,v ./pci/Makefile.in,v ./pci/pci.c,v ./start/Makefile.in,v ./start/start.s,v ./startup/Makefile.in,v ./startup/bspclean.c,v ./startup/bspstart.c,v ./startup/bsptrap.s,v ./startup/device-tree,v ./startup/genpvec.c,v ./startup/linkcmds,v ./startup/rtems-ctor.cc,v ./startup/sbrk.c,v ./startup/setvec.c,v ./startup/spurious.c,v ./startup/swap.c,v ./timer/Makefile.in,v ./timer/timer.c,v ./tod/Makefile.in,v ./tod/cmos.h,v ./tod/tod.c,v ./universe/Makefile.in,v ./universe/universe.c,v ./vectors/Makefile.in,v ./vectors/README,v ./vectors/align_h.s,v ./vectors/vectors.s,v ./wrapup/Makefile.in,v ./Makefile.in,v ./README,v ./STATUS,v ./bsp_specs,v
4:47 PM Changeset in rtems [3492f29]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
./clock/Makefile.in,v ./clock/clock.c,v ./console/Makefile.in,v ./console/config.c,v ./console/console.c,v ./console/console.h,v ./console/debugio.c,v ./console/i8042.c,v ./console/i8042_p.h,v ./console/i8042vga.c,v./console/i8042vga.h,v ./console/ns16550.c,v ./console/ns16550.h,v ./console/ns16550_p.h,v ./console/ns16550cfg.c,v ./console/ns16550cfg.h,v ./console/vga.c,v ./console/vga_p.h,v ./console/z85c30.c,v ./console/z85c30.h,v ./console/z85c30_p.h,v ./console/z85c30cfg.c,v ./console/z85c30cfg.h,v ./include/Makefile.in,v ./include/bsp.h,v ./include/chain.h,v ./include/coverhd.h,v ./include/extisrdrv.h,v ./include/nvram.h,v ./include/pci.h,v ./include/tod.h,v ./network/Makefile.in,v ./network/amd79c970.c,v ./network/amd79c970.h,v ./nvram/Makefile.in,v ./nvram/ds1385.h,v ./nvram/mk48t18.h,v ./nvram/nvram.c,v ./nvram/prepnvr.h,v ./nvram/stk11c68.h,v ./pci/Makefile.in,v ./pci/pci.c,v ./start/Makefile.in,v ./start/start.s,v ./startup/Makefile.in,v ./startup/bspclean.c,v ./startup/bspstart.c,v ./startup/bsptrap.s,v ./startup/device-tree,v ./startup/genpvec.c,v ./startup/linkcmds,v ./startup/rtems-ctor.cc,v ./startup/sbrk.c,v ./startup/setvec.c,v ./startup/spurious.c,v ./startup/swap.c,v ./timer/Makefile.in,v ./timer/timer.c,v ./tod/Makefile.in,v ./tod/cmos.h,v ./tod/tod.c,v ./universe/Makefile.in,v ./universe/universe.c,v ./vectors/Makefile.in,v ./vectors/README,v ./vectors/align_h.s,v ./vectors/vectors.s,v ./wrapup/Makefile.in,v ./Makefile.in,v ./README,v ./STATUS,v ./bsp_specs,v
4:09 PM Changeset in rtems [df0ac0b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Should have been removed from cvs early.
3:16 PM Changeset in rtems [e029467]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Emmanuel Raguet <raguet@…>: You will find enclosed a patch which contains, for Intel PC386 target : - an Ethernet driver for DEC21140 device based boards. - a simple cache management with paging mechanism.
3:11 PM Changeset in rtems [edfb0eb]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
GLobal reentrancy structure is now dynamically initialized.
3:11 PM Changeset in rtems [60f67aea]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added CVS Id string.
3:09 PM Changeset in rtems [9e5c391]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Added or corrected CVS Id strings.
3:09 PM Changeset in rtems [4ef40152]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
MPC860 support submitted by Jay Monkman <jmonkman@…>.
11:18 AM Changeset in rtems-addon-packages [a3db83b] by Eric Norum <WENorum@…>
This commit was generated by cvs2svn to compensate for changes in r152, which included commits to RCS files with non-trunk default branches.
11:18 AM Changeset in rtems-addon-packages [5657a1e]addons by Eric Norum <WENorum@…>
Useful add-on libraries

Feb 17, 1999:

8:24 PM Changeset in rtems [ee733965]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Jay Monkman <jmonkman@…> submitted the eth_comm BSP for a PPC860 based board.

Feb 15, 1999:

6:56 PM Changeset in rtems [7e2a525b]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Valette <valette@…> to undo the patch that added ifdef on the pc386.
4:46 PM Changeset in rtems [7cc7a74]4.104.114.84.9 by Joel Sherrill <joel.sherrill@…>
Patch from Eric Valette <valette@…> to correct _exit undefined problem.
Note: See TracTimeline for information about the timeline view.