| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
of the mask when disabling the interrupt.
|
| |
|
| |
|
| |
|
|
|
|
| |
registers.
|
| |
|
| |
|
|
|
|
| |
which fixes some PowerPC specific bugs.
|
|
|
|
|
|
|
|
| |
which converts the PowerPC BSPs to configuration and more automake.
* Besides adding partial automake support, rsp converting all powerpc
BSPs to make them compliant to the new configuration scheme, this patch
attempts to fix several configuration bugs in powerpc related Makefiles.
|
|
|
|
|
|
| |
Kulpinski <jskulpin@eng01.gdds.com>, the bsp_specs now defines
USE_ENHANCED_INTR_API and powerpc/shared/include/bsp.h uses that
to enable its tm27 support.
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de>.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which does the following:
* some cleanups, fixes, addtions to the libbsp automake transition
patches
* The missing Automake transistion patches all libcpu/<cpu>/<variant>/*
previously not yet been converted to automake (libcpu/powerpc,
libcpu/hppa1.1, libcpu/mips64orion, libcpu/sparc)
=> With this patch, libcpu/*/* is under full automake control.
NOTES:
* This patch is tested by building for random set of bsps affected by
this patch, but not tested for all BSPs.
* The parts of this patch related to libcpu/powerpc fix many small bugs
inside of those Makefiles.
* Have a look into libcpu/powerpc/mpc6xx/, which is in rather bad shape,
IMO. Obviously most subdirectories seem to be build but are not included
into libcpu.a by wrapup/Makefile. Addtionally, no actual BSP uses this
cpu-variant subdirectory. Furthermore libcpu/powerpc/mpc6xx has a
different directory layout than all other powerpc/<variant>/
directories.
Joel's note: I agree but the issue is that there is a conflict between
including timer or clock in libcpu/XXX/wrapup/Makefile.* and letting
a BSP specifically decide to pick it up. There is no clear solution
to this at the moment.
|
|
|
|
|
|
|
|
| |
that converts the i386 directory to automake.
NOTE: Ralf is unable to build any i386 BSPs. This was true before and
after this patch and appears (to Joel) to be a tool issue unrelated since
others can build i386 BSPs.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that converts the m68k directory to automake.
NOTE: This one is fully tested by building *all* bsps with
../../rtems-rc-20000104/configure \
--target=m68k-rtems \
--prefix=/tmp/rtems \
--enable-cxx \
--disable-posix \
--enable-rdbg \
--disable-networking \
--enable-maintainer-mode \
--enable-multiprocessing \
--disable-tests
make
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that converts the hppa1.1 directory to automake.
NOTE:
* Due to not having a toolchain (gcc refuses to build) this patch is
untested.
* I omited/deactivated the pxfl subdirectory, because I don't
understand how it supposed to work.
Joel's note: It was right to ignore the pxfl directory. It should be
removed one the BSPs are moved outside the tree. This was an old hack.
|
|
|
|
|
|
| |
that converts the a29k directory to automake.
NOTE: This port is not based on the GNU tools so no one can test it.
|
|
|
|
|
|
| |
that converts the a29k directory to automake.
NOTE: This port is not based on the GNU tools so no one can test it.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that converts the i960 directory to automake.
The same kind of libbsp configuration as for the mips64orion, now for
the i960.
In addition to libbsp configuration this patch also contains two fixes
for cvme961.cfg and rxgen960.cfg, which contained non-functional
make-exes. (Now both bsps probably have the same issues with linking c++
applications as the gensh2 has, but this is a different open issue not
tried to be solved now).
The rxgen961 also seems to have problems with its start file, because
linking apps fails due to not finding start.o. (Note that
libbsp/i960/rxgen960 lacks a start subdirectory!). I leave solving this
issue to you :)
|
|
|
|
|
|
|
|
| |
that converts the mips64orion directory to automake.
Ralf's Note: This patch demonstrates another kind of supporting the new
style of configuration, which avoids having to port all Makefile.ins to
automake, but to keep using most old style Makefile.ins.
|
|
|
|
|
|
|
|
| |
that converts the mips64orion directory to automake.
Ralf's Note: This patch demonstrates another kind of supporting the new
style of configuration, which avoids having to port all Makefile.ins to
automake, but to keep using most old style Makefile.ins.
|
|
|
|
| |
that converts the no_cpu directory to automake.
|
|
|
|
| |
that converts the no_cpu directory to automake.
|
|
|
|
|
|
|
| |
that converts the unix directory to automake.
Ralf's note: Please check c/src/lib/libbsp/unix/posix/startup/Makefile.am.
I am not sure if it is correct.
|
|
|
|
|
|
|
| |
that converts the sparc directory to automake.
Ralf's note: The implementation of libbsp/sparc/* gives a nearly minimal
example of the new configuration scheme.
|
|
|
|
|
|
|
|
|
|
|
| |
that converts nearly all of libbsp/sh to automake. Comments follow:
1. Almost full automake support for the libbsp/sh/ subdirectories
(exception libbsp/sh/gensh*/wrapup/*)
2. Fixes for libbsp/bare/*
3. Updates to libbsp/* configuration which supports old (autoconf/deep
configuration) and new (automake/flat/cascaded configuration) style
configuration of libbsp/<cpu>/*
|
|
|
|
|
| |
interrupt code works on "old buggy MCP750 boards". The symptom was
that there was no ethernet PCI IRQ at all.
|
|
|
|
|
| |
the mvme2307 and mcp750 BSPs. In addition, it can support many
Motorola PowerPC based VME and PCI boards.
|
|
|
|
| |
serial drivers used in the 'gensh2' BSP for the Hitachi sh7045 CPU.
|
|
|
|
|
|
|
| |
problems:
- unclosed comment in pc386/start/start16.S
- bad #endif in pc386/startup/ldseg.S
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
which is described below:
This one is a (minor) patch in preparation of the upcoming patches. It
actually is an excerpt of the upcoming patches and therefore is
completely untested in this standalone form, but I don't expect it to
break something.
The essential changes in this patch are:
* An update to rtems-polish.sh (Now can also be run in subdirectories)
* A bug-fix for the libcpu/powerpc (A directory was missing from
SUBDIRS in a Makefile.am)
* An update to gensh2.cfg.
* Cleanups/Enhancements to configuration files
To apply:
cd <srcdir>
patch -p0 < rtems-rc-20000104-0.diff
cvs rm -f c/src/lib/libbsp/Makefile.am.new
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
At the request of kjoutwater@west.raytheon.com I'm submitting the
following patch.
c/src/lib/libbsp/m68k/gen68360/console/console.c
Allow console baud rate to be set by debugger/downloader.
c/src/lib/libbsp/m68k/gen68360/startup/init68360.c
Add support for generic 68360 with static RAM.
|
|
|
|
|
|
|
|
|
|
|
| |
At the request of kjoutwater@west.raytheon.com I'm submitting the
following patch.
c/src/lib/libbsp/m68k/gen68360/console/console.c
Allow console baud rate to be set by debugger/downloader.
c/src/lib/libbsp/m68k/gen68360/startup/init68360.c
Add support for generic 68360 with static RAM.
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In another attempt to get C++ exceptions working on the gen68360 target
I tried building for the m68k-elf target. All the tools built and
installed properly as did all of RTEMS. No applications would run,
though -- not even hello.exe!
It turns out the problem was in the linker script. The alignment was in
the wrong place.
Here's a patch. Exceptions still don't work, but at least I can get
some things working with the ELF format now.
|
| |
|
|
|
|
| |
errors.
|
|
|
|
| |
to added the bin2boot_SOURCES warning.
|
| |
|
|
|
|
| |
and reported by Ralf Corsepius <corsepiu@faw.uni-ulm.de> on the mpc505.
|
| |
|
|
|
|
| |
<valette@crf.canon.fr> and Jay Kulpinski <jskulpin@eng01.gdds.com>.
|
| |
|
| |
|
|
|
|
| |
old_exception_processing tree.
|
| |
|
| |
|