| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
|
|
|
| |
ttyHead back link is set.
|
|
|
|
| |
with the new RPC code.
|
|
|
|
|
|
|
|
|
|
|
|
| |
that does some cleanup:
* remove c/src/make/main.cfg.in (obsolete, unused) and any reference to it.
* remove RTEMS_BSP_SPECS from c/src/make/custom/default.cfg.in (unused)
Notes:
All files being effected by this patch are only used when building
RTEMS, therefore this patch should not have any side-effects outside
of the source- rsp. build-tree.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
that is part of the multilib/gnu-canonicalization movement:
Changes:
* New m4-macro: aclocal/multilib.am
* Suppress multiprocessing if --enable-multilib is given to
configure
Notes:
For now this patch only suppresses multiprocessing if
--enable-multilib is given to configure and should not have any
other side-effects, ie. it works around a minor issue which prevents
introduction of multilibs in general.
The RTEMS_ENABLE_MULTILIB_MASTER macro is the core part to build
real multilibs, but can not be applied before other multilib related
issues with RTEMS have been solved. (e.g. sptables.h, bsp_specs,
Cygnus/Gnu canonicalization, _RTEMS_version, targopts.h, changing
the installation point/tooldir support, etc.).
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
Jennifer Averett <jennifer.averett@oarcorp.com> to fix
appends (O_APPEND at open time) on in-memory files.
A call such as:
fd = open (file, O_APPEND | O_WRONLY);
did not append to the end of the file.
|
|
|
|
|
| |
Jennifer Averett <jennifer.averett@oarcorp.com> to make sure
"/" is created with S_IFDIR set.
|
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> to address build problems
effecting RedHat users but not SuSE users.
|
| |
|
|
|
|
| |
names to be rtems_PACKAGE_method.
|
|
|
|
| |
name of GNU Java Compiler.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> to add -qnolinkcmds to bsp_specs like
other BSPs.
|
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> to use __i386__ instead of __i386 and i386
to be able to compile this file with -ansi.
|
|
|
|
| |
build issues.
|
|
|
|
|
|
|
|
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> to fix the following:
* lib/configure.in actually is libc's configure.in, so let it depend
on libc not on lib [In my Cygnus/GNU configuration scheme, lib/include
and lib/libc are treated as one unit, while libcpu and libbsp are
treated as separate units.]
* Allow empty --enable-bare* flags for the bare bsp. The formerly
used scheme is too strict for our multilib experiments.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> so these BSPs pick up the
components they need from libcpu.
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> to update multigen.
|
|
|
|
| |
<corsepiu@faw.uni-ulm.de> to fix a bad file reference.
|
|
|
|
| |
include <sys/ioctl.h>.
|
|
|
|
| |
non-networking applications could include <sys/ioctl.h>.
|
| |
|
| |
|
| |
|
|
|
|
|
| |
configurations could see it while including <sys/ioctl.h> and
<sys/ioccom.h>.
|
| |
|
|
|
|
|
|
| |
routine naming to follow RTEMS package/object.method rule.
This patch also eliminated calls to the obsolete routine
m68k_enable_caching.
|
| |
|
|
|
|
| |
by the network build.
|
| |
|
| |
|
|
|
|
| |
file to Makefile.am.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to:
I have also added the ability to register and unregister commands. This
allows me to create a set of monitor commands for the network stack plus
basic memory dump/patch commands (needs a working probe interface). I
will also look at a basic ls/cd/rm/mv/cp command set at some stage.
I have been thinking about changing the monitor in the future to more
like a light weight RTEMS shell, `eshell' for embedded shell. This is a
story for another day but is a process or getting the commands to map to
the filesystem (eg, major=commands, minor=command) and supporting an
environment. The filesystem provide a structure for the commands.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
initialization. This adds an interface which makes it easier to
control the BSD stack from user code. The BSD stack initialise uses
it. It is a sort of `function' interface for an ifconfig
command.
I also added support for attaching and removing interfaces. With hot
swap PCI comming online support for hot swap PCI will be an important
factor in "state of art" RTOS's. This is also part of a general move on
my part to allow RTEMS to be configured at runtime by calls rather than
table driven at initialisation.
|