summaryrefslogtreecommitdiffstats
path: root/c/src/lib (unfollow)
Commit message (Collapse)AuthorFilesLines
2000-08-10Adding ChangeLogs.Joel Sherrill88-0/+287
2000-08-04Now compiles after breaking things with mvme16x_hw.hJoel Sherrill2-1/+6
2000-08-03IEEEJoel Sherrill1-1/+1
==== -4 = {d = -4, i = {0xc0100000, 0x0}} s=1 e=0x80 m=0x100000 (0x0900000) -3 = {d = -3, i = {0xc0080000, 0x0}} s=1 e=0x80 m=0x080000 (0x0880000) -2 = {d = -2, i = {0xc0000000, 0x0}} s=1 e=0x80 m=0x000000 (0x0800000) -1 = {d = -1, i = {0xbff00000, 0x0}} s=1 e=0x7f m=0x000000 (0x0800000) 0 = {d = 0, i = {0x00000000, 0x0}} s=0 e=0 m=0x000000 (0x0800000) 1 = {d = 1, i = {0x3ff00000, 0x0}} s=0 e=0x7f m=0x000000 (0x0800000) 2 = {d = 2, i = {0x40000000, 0x0}} s=0 e=0 m=0x000000 (0x0800000) 3 = {d = 3, i = {0x40080000, 0x0}} s=0 e=0 m=0x080000 (0x0880000) C4X === -4 = {d = -4, i = {0x01800000, 0x0}} s=1 e=1 m=0x800000 (0x1000000) -3 = {d = -3, i = {0x01c00000, 0x0}} s=1 e=1 m=0xa00000 (0x1400000) -2 = {d = -2, i = {0x00800000, 0x0}} s=1 e=0 m=0x800000 (0x1000000) -1 = {d = -1, i = {0xff800000, 0x0}} s=1 e=0xff m=0x000000 (0x1000000) 0 = {d = 0, i = {0x80000000, 0x0}} s=0 e=0 m=0x000000 (0x0800000) 1 = {d = 1, i = {0x00000000, 0x0}} s=0 e=0x7f m=0x000000 (0x0800000) 2 = {d = 2, i = {0x01000000, 0x0}} s=0 e=1 m=0x400000 (0x0800000) 3 = {d = 3, i = {0x01400000, 0x0}} s=0 e=1 m=0x600000 (0x0c00000) 4 = {d = 4, i = {0x02000000, 0x0}} s=0 e=2 m=0xXXXXXX (0x0000000) 0x1010 0000 0101 0000 0010 1002
2000-08-02Patch from Eric Norum <eric@cls.usask.ca> to add "attaching" argumentJoel Sherrill2-3/+11
to driver attach routine.
2000-08-02Properly pass argc, argc, and environp to boot_card.Joel Sherrill11-7/+64
2000-08-02Split out items shared with mvme167.Joel Sherrill6-224/+509
2000-08-02Moved base address to 0x20000.Joel Sherrill1-3/+3
2000-08-02Added (untested) network driver from mvme167.Joel Sherrill5-2/+50
2000-08-01Compiles now.Joel Sherrill2-3/+2
2000-08-01Added sim68000 BSP for the BSVC simulator. This BSP includes theJoel Sherrill27-0/+1300
alias simcpu32 that supports the CPU32 simulator in BSVC. At this point, it is still under development.
2000-08-01Reversing spurious change.. disk crash?Joel Sherrill1-1/+1
2000-08-01Patch from Eric Norum <eric@cls.usask.ca> to avoid lockup underJoel Sherrill1-9/+9
the correct circumstances of DMA buffer size, serial line interrupts, and ethernet interrupts the termios osend routine would lock up waiting for the raw output buffer semaphore.
2000-08-01Removed unused macro.Joel Sherrill1-17/+0
2000-08-01Corrected BSP name in script.Joel Sherrill1-1/+1
2000-08-01New files.Joel Sherrill2-0/+15
2000-08-01ARMulator BSP now runs with gdb 5.0.Joel Sherrill2-1/+36
2000-07-31Closer to linking. h8300-rtems-ld now core dumps.Joel Sherrill3-16/+33
2000-07-31New bsp for simulator in gdb. Does not work yet.Joel Sherrill25-0/+1290
2000-07-27Minor problems addressed with the merger and with the arm_bare_bsp.Joel Sherrill16-192/+73
That BSP now has a stub clock driver so the tests can link even if they won't execute. A handful of Makefiles had to be updated and we had to account for printk.c being a shared file now.
2000-07-27Port of RTEMS to the ARM processor family by Eric ValetteJoel Sherrill44-0/+2909
<valette@crf.canon.fr> and Emmanuel Raguet <raguet@crf.canon.fr> of Canon CRF - Communication Dept. This port includes a basic BSP that is sufficient to link hello world.
2000-07-26Patch from Charles-Antoine Gauthier <charles.gauthier@nrc.ca> thatJoel Sherrill3-74/+78
removes warnings from the network.c file and has slight additions to the configuration file to support Java.
2000-07-26Port of RTEMS to the Texas Instruments C3x/C4x DSP families includingJoel Sherrill5-3/+20
a BSP (c4xsim) supporting the simulator included with gdb. This port was done by Joel Sherrill and Jennifer Averett of OAR Corporation. Also included with this port is a space/time optimization to eliminate FP context switch management on CPUs without hardware or software FP. An issue with this port was that sizeof(unsigned32) = sizeof(unsigned8) on this CPU. This required addressing alignment checks and assumptions as well as fixing code that assumed sizeof(unsigned32) == 4.
2000-07-26Port of RTEMS to the Texas Instruments C3x/C4x DSP families includingJoel Sherrill12-20/+42
a BSP (c4xsim) supporting the simulator included with gdb. This port was done by Joel Sherrill and Jennifer Averett of OAR Corporation. Also included with this port is a space/time optimization to eliminate FP context switch management on CPUs without hardware or software FP. An issue with this port was that sizeof(unsigned32) = sizeof(unsigned8) on this CPU. This required addressing alignment checks and assumptions as well as fixing code that assumed sizeof(unsigned32) == 4.
2000-07-24Corrected spelling mistake.Joel Sherrill1-1/+1
2000-07-24Corrected file name in EXTRA_DIST setting.Joel Sherrill1-1/+1
2000-07-24Patch from Eric Valette <valette@crf.canon.fr> with debuggingJoel Sherrill1-7/+15
by Till Straumann <strauman@SLAC.Stanford.EDU>. With this patch, the motorola_shared BSP should also support the MVME2303.
2000-07-13Patch rtems-rc-20000713-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill18-30/+0
that is yet another multilib-related structual cleanup patch: Changes: * Make RTEMS_TEST_NO_PAUSE a tests/ subpackage specific option. - Remove RTEMS_TEST_NO_PAUSE from custom/*.cfg, targopts.h and cpuopts.h. - Add autoconf macros RTEMS_*_RTEMS_TEST_NO_PAUSE (aclocal/rtems-test-no-pause.m4). - Add RTEMS_*_RTEMS_TEST_NO_PAUSE support to sptests/configure.ins and tmtests/configure.in. These are the only subdirectories which currently apply RTEMS_TEST_NO_PAUSE. - Add autoconf-DEFS support to all test subpackages' configure.ins below tests/. I.e. AC_DEFINES now get explicitly propagated as preprocessor defines into Makefiles, cf. AM_CPPFLAGS in tests/*/*.am, instead of using a global config-files. - Remove NDEBUG from custom/*.cfg. * AC_DEFINE POSIX_API, ITRON_API and MULTIPROCESSING in exec/configure.in, only. - All other sources now should relay on the values from cpuopts.h and should not define them themselves. - Several related changes to many configure.ins * Bug-fixes to RTEMS_*_RTEMS_DEBUG macros (Actually workarounds to quoting bugs in autoconf). Notes: * This patch is rather immature and only tested for a small subset of BSPs (requires the tests to be enabled and therefore takes an tremendous amount of disc space and time.) * The patches to *cfg were generated by a script. Expect file formating changes :)
2000-07-12Added comment.Joel Sherrill1-1/+1
2000-07-12Removed unnecessary include of targopts.h.Joel Sherrill1-1/+1
2000-07-12Added comment.Joel Sherrill2-2/+4
2000-07-12Removed unnecessary include of targopts.h.Joel Sherrill1-1/+0
2000-07-12Added comment.Joel Sherrill2-2/+2
2000-07-12New file missed in earlier commit.Joel Sherrill1-0/+22
2000-07-11New file.Joel Sherrill1-0/+2
2000-07-11Reworked score/cpu/sparc so it can be safely compiled multilib. AllJoel Sherrill6-8/+42
routines and structures that require CPU model specific information are now in libcpu. This primarily required moving erc32 specific information from score/cpu files to libcpu/sparc and the erc32 BSP.
2000-07-11Adding .cvsignore files.Joel Sherrill5-0/+21
2000-07-11Reworked score/cpu/i960 so it can be safely compiled multilib. AllJoel Sherrill32-29/+1157
routines and structures that require CPU model specific information are now in libcpu. This required significant rework of the score/cpu header files and the creation of multiple header files and subdirectories in libcpu/i960.
2000-07-11Patch rtems-rc-20000711-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2-0/+3
that decouples exec/ for the sh, m68k and i960 from targopts.h. NOTE: The change to system.h is a hack to enable cpuopts.h for some targets, but keep using targopts.h for others - I know it does *not* work for sparc, mips, i386 and ppc. This will have to be addressed as work continues on multilibing.
2000-07-10Patch rtems-rc-20000709-1.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill12-3/+125
that addresses aspects of the targopts.h multilib related issues. Changes: * Move targopts.h to libbsp/include, because the current targopts.h actually is a per-BSP-header and therefore can not stay below exec/. * Introduce an autoheader generated header file (exec/score/include/rtems/score/cpuopts.h), which shall take per-cpu configuration options only. * Move all autoconf-detectable/configure specified per-cpu option-defines from targopts.h to cpuopts.h. * Add Makefiles to the libbsp/shared directory hierarchy. Notes: * The new per-bsp targopts.h in libbsp includes the per-cpu cpuopts.h. This way, the new targopts.h is kept backward compatible to the old targopts.h and existing BSPs which (carelessly) include targopts.h (i386, ppc) should be kept working when using the multilib-disabled configuration scheme. * cpuopts.h is not yet complete, because the per-BSP make-targopts rules from custom/<BSP>.cfg files can not be applied to files below exec/ when building multilibs. * All files below exec/ should not include targopts.h anymore, but should include cpuopts.h instead. However, eliminating inclusion of targopts.h currently triggers further structural / header file inclusion related issues, because several ports apply BSP or CPU_MODEL specific defines from targopts.h below exec/
2000-07-10Now links although linkcmds will not work on real hardware. But thenJoel Sherrill2-184/+244
again neither will unlinked executables. :)
2000-07-10Build rtems-cpu.rel in this directory.Joel Sherrill2-2/+2
2000-07-10Fixed typo.Joel Sherrill1-1/+1
2000-07-10Incorrectly specified using new exception processing.Joel Sherrill1-1/+1
2000-07-10New files.Joel Sherrill4-0/+8
2000-07-10New file.Joel Sherrill1-0/+2
2000-07-10New file.Joel Sherrill1-0/+217
2000-07-10Added dummy clock driver.Joel Sherrill5-2/+57
2000-07-07Picking up changes missed in previous commit. These changesJoel Sherrill4-22/+14
were needed to move exception processing to score/cpu.
2000-07-07Moved old_exception_processing and new_exception_processing directoriesJoel Sherrill16-24/+40
from score/cpu to libcpu because the determination of which to use is based on RTEMS_CPU_MODEL. Thus it can not be determined based solely on multilib information.
2000-07-07Removed duplicate case values.Joel Sherrill1-2/+2