summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-197-167/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This is an attempt to work-around a couple of nasty bugs in librdbg's Makefiles and configuration: Configure and build RTEMS as below: configure --enable-networking --enable-rdbg --target=i386-rtems make RTEMS_BSP=i386ex After a few minutes you will notice that building aborts in librdbg .... Analysis: 1) librdbg is tried to be built, though librdbg is not supported and the required directory hierarchy librdbg/i386/i386ex/ is not existant. The cause for this is incorrect setting of HAS_RDBG in most make/custom/*.cfg files (except pc386.cfg). At the moment all custom/*.cfg files (except pc386.cfg) in general are required to contain HAS_RDBG=no. However, having HAS_NETWORKING=no in most custom/*.cfg files and the toplevel configure script suppress building librdbg for all CPUs except of i386. => The i386ex BSP falls though this scheme and librdbg is tried to be build (CPU=i386 and HAS_NETWORKING=yes). 2) The Makefile.ins below lib/librdbg in general support i386/pc386 only and are not capable to be used for multiple CPUs or BSPs (RPCGEN generates it's target and bsp-specific files into librdbg/, therefore no other CPU or BSP can ever be built afterwards). This problem is hidden until now, because only a single CPU/BSP pair (i386/pc386) is really supported. 3) The Makefile.ins below lib/librdbg can delete source files due to improper handling of source files (make clean removes the *.x files in the source-tree when configuring inside of the source-tree). The patch below tries to work-around these problems for the i386ex and the pc386 BSPs. This work-around is rather fragile (it applies rpcgen -D, I don't know how portable this is) and incomplete (all custom/*.cfg except of pc386.cfg should contain HAS_RDBG=no), nevertheless it should work.
* Regenerated.Joel Sherrill1999-04-190-0/+0
|
* Fixed some spacing issues.Joel Sherrill1999-04-191-4/+5
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-1612-286/+170
| | | | | | | | | | | | | | | | FYI: I am not talking about using "make -C <dir>", which probably is much faster on M$ hosts than RTEMS's implementation, but about removing --enable-gmake-print support and to apply a variant of automake's subdirectory. Automake's subdirectory rule seems to be a little bit faster, but I wouldn't bet on this. Attached to this mail is my proposal. After applying the patch, please run cvs rm aclocal/enable-gmake-print.m4 ./autogen
* Patch from Ralf Corsepius <corsepiu@@faw.uni-ulm.de>:Joel Sherrill1999-04-161-1/+0
| | | | | | | | | | | | | | 2) ./c/src/lib/libbsp/i386/go32/startup > all: ${ARCH} $(SRCS) $(PGM) > $(INSTALL_CHANGE) ${PROJECT_RELEASE}/lib > > This also is very questionable, because it means "install $(PROJECT_RELEASE)/$/lib to the void". I think, removing the INSTALL_CHANGE is the right way to fix it.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-161-6/+1
| | | | | | | | | | | | | | | | | | | 1) ./c/src/lib/libbsp/i386/i386ex/startup/Makefile.in > preinstall: > $(INSTALL_CHANGE) ${IMPORT_SRC} . > > # ${CP} ${IMPORT_SRC} . > > > This fragment is broken, because IMPORT_SRC is always empty. IMO, the fix would be to remove this fragment or to replace it with test -z "${IMPORT_SRC}" || cp ${IMPORT_SRC} . if an external shell variable IMPORT_SRC shall be supported by this Makefile, which IMO should not be done.
* Corrected to reflect new way of doing mips constructors.Joel Sherrill1999-04-162-12/+94
|
* Added .eh_fram and .gcc_exc sections.Joel Sherrill1999-04-161-0/+11
|
* RegeneratedJoel Sherrill1999-04-150-0/+0
|
* Added reentrant versions.Joel Sherrill1999-04-156-0/+123
|
* Updated version string.Joel Sherrill1999-04-154-8/+4
|
* Added include of rtems/posix/cancel.h.Joel Sherrill1999-04-152-0/+2
|
* Removed alarm(), killinfo() and pause() because they are now in their own file.Joel Sherrill1999-04-152-744/+2
|
* Now compiles and is included in normal build even though it is untested.Joel Sherrill1999-04-154-134/+150
| | | | Added multiprocessing conditional.
* Cleaned up.Joel Sherrill1999-04-152-6/+12
|
* Now compiles and is included in normal build even though it is untested.Joel Sherrill1999-04-154-16/+22
|
* Now compile files that previously existed but were not built because theyJoel Sherrill1999-04-151-2/+5
| | | | had not yet been debugged.
* Now install header files that existed but were not previously installed.Joel Sherrill1999-04-151-1/+1
|
* Now install some header files that existed but were not previouslyJoel Sherrill1999-04-151-1/+1
| | | | installed.
* Now install utsname.h.Joel Sherrill1999-04-151-2/+1
|
* Enabled cancellation information in POSIX API thread extension structure.Joel Sherrill1999-04-152-4/+0
|
* Added set_errno_and_return_minus_one_cast.Joel Sherrill1999-04-151-0/+3
|
* Added in some header files that existed but were not previously installed.Joel Sherrill1999-04-151-3/+3
|
* RegeneratedJoel Sherrill1999-04-150-0/+0
|
* Regenerated.Joel Sherrill1999-04-150-0/+0
|
* Minor corrections from Jay Kulpinski <jskulpin@eng01.gdds.com>.Joel Sherrill1999-04-141-3/+3
| | | | | | This first one below looked like it only belonged in a virtual memory environment. The second one was causing problems without the PROVIDE() - I don't know why.
* Bug report from Ralf on UNIX port where the S_IR* constants were notJoel Sherrill1999-04-143-0/+3
| | | | defined.
* Bug fix from Brendan Simon <brendan@dgs.monash.edu.au> with fix confirmedJoel Sherrill1999-04-132-2/+2
| | | | by Andrew Bray <andy@madhouse.demon.co.uk>.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-125-15/+1
| | | | | | | | Installing of bsp_specs for aliased bsps is broken. Instead of installing RTEMS_BSP_FAMILY/bsp_specs, RTEMS_BSP/bsp_specs was tried to be installed. The patch below should fix this problem (tested with mips64orion p4600 and p4650).
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to correct theJoel Sherrill1999-04-127-72/+1874
| | | | --enable-tests problem a better way.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1999-04-1269-1993/+4222
| | | | | | | | | | | | | | | | | | | | | | This patch addresses a few minor issues and contains a few (minor) preparations for automake. * configure.in: Fix for handing c/src/tests subdirectory handling (FIX) * aclocal/rtems-top.m4: + Add TARGET_SUBDIR and --with-target-subdir (preparation of future enhancements for cross-compiling) + Activate RTEMS_ROOT handling (automake preparation) * automake/*.am: replace comments "#" with "##" so that comments won't get included into Makefile.in's anymore * c/update-tools/* automake support (NEW) * ./autogen update/enhancement (cf. ./autogen for details) After applying this patch please run: ./autogen cvs add c/update-tools/configure.in cvs add c/update-tools/Makefile.am cvs add c/update-tools/aclocal.m4
* Added line to initialize timer_max.Joel Sherrill1999-04-122-0/+4
|
* Added statement to include build-tools/src directory in preinstall.Joel Sherrill1999-04-121-0/+2
|
* Addressed this bug report:Joel Sherrill1999-04-122-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | Date: Mon, 12 Apr 1999 00:38:04 +0000 From: Brendan Simon <brendan@dgs.monash.edu.au> To: Jay Monkman <jmonkman@frasca.com>, "joel@OARcorp.com" <joel@oarcorp.com> Subject: [Fwd: Goof in SMC initialize for mpc860] Nick Simon reported this bug in the eth_comm BSP sources. I see that it is still there in the latest snapshot that Joel sent me (thanks). I thought I better forward this on to you guys. Brendan. Nick.SIMON@syntegra.bt.co.uk wrote: > Sice I believe you're using the same base BSP as I am (you sent it to me) I > thought I'd mention.. > > In console-generic.c, in m860_smc_initialize, the receive buffer is malloced > and assigned to RxBd[port+3]-> buffer - it should be [port-1]. > > TTFN B
* Added DEC21140 document from Emmanuel Raguet <raguet@crf.canon.fr>.Joel Sherrill1999-04-083-6/+14
|
* First attempt to build.Joel Sherrill1999-04-081-264/+305
|
* New files.Joel Sherrill1999-04-084-0/+500
|
* New fileJoel Sherrill1999-04-081-0/+264
|
* changed version to 19990407Joel Sherrill1999-04-072-2/+2
|
* MPC821 support and PPC patches from Andrew Bray <andy@madhouse.demon.co.uk>:Joel Sherrill1999-04-0720-59/+4275
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In c/src/exec/score/cpu/powerpc/rtems/score/ppc.h: A lot of hardware interrupts were omitted. Patch enclosed. I have also added the 821. In c/src/exec/score/cpu/powerpc/rtems/score/cpu.h: My patch adds the 821. In c/src/exec/score/cpu/powerpc/cpu.c: I have added the MPC821, and also fixed up for the missing hardware interrupts. It is also inconsistent with c/src/lib/libcpu/powerpc/mpc860/vectors/vectors.S. This has been fixed. In c/src/lib/libcpu/powerpc/mpc860/vectors/vectors.S: Fixed an inconsistency with cpu.c. I also include some new files to go with the above patches. These are the cpu library rtems-19990331/c/src/lib/libcpu/powerpc/mpc821/* and c/src/exec/score/cpu/powerpc/mpc821.h which are minor modifications of the 860 equivalents. Other comments: The various accesses to the DPRAM on the 860 are done with a linktime symbol. This could be done dynamically at run time by reading the immr register, and masking off the lower 16 bits. This takes the same amount of time as loading an address constant, and the same number of instructions as well (2). In c/src/lib/libcpu/powerpc/mpc860/console-generic/console-generic.c: This will silently fail if you attempt to use SCC1. This is only relevant if you are not using SCC1 for ethernet. This file also sets one of port B output pins for each port. This is NOT generic, it should be in the BSP specific console driver.
* changed version to 19990406Joel Sherrill1999-04-061-0/+5
|
* oNew file.Joel Sherrill1999-04-061-0/+0
|
* Sanitized.Joel Sherrill1999-04-061-3/+0
|
* Removed.Joel Sherrill1999-04-066-2860/+0
|
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to preinstallJoel Sherrill1999-04-0633-64/+15
| | | | all bsp_specs.
* Corrections by Jennifer.Joel Sherrill1999-04-062-82/+114
|
* Untar support submitted by Jake Janovetz <janovetz@tempest.ece.uiuc.edu>.Joel Sherrill1999-04-0611-1/+1347
|
* Patch from Andrew Bray <andy@chaos.org.uk>:Joel Sherrill1999-04-067-4/+25
| | | | | | In your various bsp_specs files, even when ecrti.o is defined as a startfile, ecrtn.o is not defined as an endfile. Instead it seems to be in the library list - untidy.
* Patch from Eric Norum <eric@skatter.usask.ca>:Joel Sherrill1999-04-061-0/+6
| | | | | | | I'd like to make the following change which adds the m360 structure information to the debugging symbols in the final executable. This makes it much easier to use the debugger to look at the elements of the m360 structure.
* Eric Norum <eric@skatter.usask.ca> noticed that the documentation andJoel Sherrill1999-04-063-3/+3
| | | | configure scripts did not match on the default value of --enable-tests.