summaryrefslogtreecommitdiffstats
path: root/cpukit (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Patch rtems-4.5-beta3-mon.diff from Chris Johns <cjohns@cybertec.com.au>Joel Sherrill2000-06-143-174/+761
| | | | | | | | | | | | | | | 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.
* Patch from Chris Johns <cjohns@cybertec.com.au> to enhance networkJoel Sherrill2000-06-142-43/+216
| | | | | | | | | | | | | 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.
* Patch rtems-rc-20000614-sh.tar.gz from Ralf CorsepiusJoel Sherrill2000-06-142-11/+12
| | | | | | | | | | | | | | | | | | | | | <corsepiu@faw.uni-ulm.de> that migrates the SH port to multilib'ing. This patch involved moving a number of files in the CVS repository, adding new files, and deleting files from their previous location. Ralf gave good instructions (not repeated here) and here are his notes: Note 1: In this version, I did not change the installation points of the headers which are moved inside of the source-tree. This is a temporary hack for not breaking compatibility with 4.5 based BSPs, but will probably not last once having real multilibs (We would have include file conflicts when several BSPs/CPU_MODELS share a common installation prefix). Note 2: I hope not to have broken too much, but I would not be astonished if something goes wrong. Note 3: There are more patches to come :)
* Moved PowerPC cache management code to libcpu. Also compiledJoel Sherrill2000-06-141-151/+0
| | | | | | mpc8xx libcpu support for the first time and remove includes of bsp.h, references to BSP_Configuration, and Cpu_table. All of these can be obtained directly from RTEMS now.
* Thread iterator and libgjc support submitted too early.Joel Sherrill2000-06-143-61/+9
|
* Added crude i960ka support.Joel Sherrill2000-06-133-6/+38
|
* New file.Joel Sherrill2000-06-131-0/+137
|
* Moved i386 and m68k cache management code to libcpu. EverythingJoel Sherrill2000-06-136-469/+2
| | | | | | now is an implementation of the prototypes in rtems/rtems/cache.h. The libcpu/i386/wrapup directory is no longer needed. The PowerPC needs this done to it.
* Temporary hack to compile. Need to probably address definitionJoel Sherrill2000-06-131-0/+1
| | | | of all FIO constants and conflict with libnetworking code.
* Temporary hack to compile.Joel Sherrill2000-06-131-1/+0
|
* Patch from John Cotton <john.cotton@nrc.ca>, Charles-Antoine GauthierJoel Sherrill2000-06-1214-22/+775
| | | | | | | | | | | | | | | <charles.gauthier@iit.nrc.ca>, and Darlene A. Stewart <Darlene.Stewart@nrc.ca> to add support for a number of very significant things: + BSPs for many variations on the Motorola MBX8xx board series + Cache Manager including initial support for m68040 and PowerPC + Rework of mpc8xx libcpu code so all mpc8xx CPUs now use same code base. + Rework of eth_comm BSP to utiltize above. John reports this works on the 821 and 860
* Works on Solaris and Linux.Joel Sherrill2000-06-121-8/+6
|
* Added printk as a generic, shared routine.Joel Sherrill2000-06-122-0/+181
|
* Merged from 4.5.0-beta3aJoel Sherrill2000-06-12261-771/+37052
|
* New file added on 4.5 branchJoel Sherrill2000-05-081-0/+0
|
* Added on 4.5 branch.Joel Sherrill2000-05-032-0/+0
|
* Added on 4.5-branchJoel Sherrill2000-05-014-0/+0
|
* New files.Joel Sherrill2000-04-292-0/+4
|
* New files added as part of librpc upgrade.Joel Sherrill2000-04-2914-0/+0
|
* New files added as part of librpc upgrade.Joel Sherrill2000-04-2978-0/+0
|
* New directory added as part of librpc upgrade.Joel Sherrill2000-04-2923-0/+0
|
* New files added on 4.5 branch.Joel Sherrill2000-04-282-0/+0
|
* Patch rtems-rc-4.5.0-13-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill2000-04-1328-0/+111
| | | | adds .cvsignore.
* Patch rtems-rc-4.5.0-13-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>.Joel Sherrill2000-04-1391-0/+337
| | | | adds .cvsignore.
* Added routines to get and set C3x IOF register. The code is conditionallyJoel Sherrill2000-03-012-26/+142
| | | | compiled and there is no comparable code for the C4x.
* BSP now compiles and links with CAVSL board information. This includesJoel Sherrill2000-02-291-3/+3
| | | | | | | | | | linkcmds updated, simio references removed, and switch to libchip for serial ports from simio. Added a MEMORY_MAP file to capture information about the various addresses on this board. In addition, many of the beta patches are now included.
* New port of RTEMS to TI C3x and C4x.Joel Sherrill2000-02-2212-0/+3149
|
* Increased block size to 128 and added comments based on feedback fromJoel Sherrill2000-02-111-1/+13
| | | | Java folks including Oscar Martinez de la Torre <omt@wm.estec.esa.nl>.
* Patches rtems-rc-20000204-0.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-02-0811-97/+89
| | | | | | | | | | | | | | | | | that contains: * Removes remaining (now illegal) references to $(SRC) from a couple of Makefile.ams * Removes duplicate AC_CONFIG_SUBDIRS macro from c/configure.in * Moves ENABLE_LIBCDIR into RTEMS_PROG_C[C|XX]_FOR_TARGET (hides LIBCDIR from most configure scripts, i.e. LIBCDIR becomes less visible) * Adds RTEMS_PROG_C[C|XX]_FOR_TARGET and RTEMS_CANONICALIZE_TOOLS to libbsp/*/configure.ins (A minor bug in previous implementations, which only has an impact when switching to GNU/Cygnus canonicalization) * Cleans up several bogus comments. * Removes MKLIB * Switches the version number to 4.5.0 (for testing version number handling)
* Incorrect error status returned. Noted by Andrew KlossnerJoel Sherrill2000-02-041-1/+1
| | | | <andrew@pogo.wv.tek.com>.
* Incorrect error status returned. Noted by Andrew KlossnerJoel Sherrill2000-02-041-1/+1
| | | | <andrew@pogo.wv.tek.com>.
* Changed behavior to match that expected by EPICS test code. Reported byJoel Sherrill2000-02-031-2/+1
| | | | Eric Norum <eric@cls.usask.ca>.
* Patches rtems-rc-20000118-7.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill2000-02-0317-79/+479
| | | | | | | | | | | | | | | | | that contains the automake files for libnetworking plus a couple of minor fixes. [Now only one unused/unsupported Makefile.in remains (./c/src/lib/libbsp/hppa1.1/pxfl/Makefile.in).] To apply: patch -p1 < rtems-rc-20000118-7.diff /bin/sh rtems-rc-20000118-7.rm /bin/sh rtems-rc-20000118-7.add ./bootstrap Notes: * I have tested this one by building all BSPs for m68k, powerpc, sh and unix with toolchains built since last weekend. * I did not touch libnetworking's directory layout.
* Fixed spelling errors.Joel Sherrill2000-02-031-2/+2
|
* Patches rtems-rc-20000118-3.diff and rtems-rc-20000118-4.diff fromJoel Sherrill2000-01-3117-249/+192
| | | | | | | | | | Ralf Corsepius <corsepiu@faw.uni-ulm.de> that contain: * Modifications, (minor) corrections, cleanups to most existing Makefile.ams * Adds automake support to all remaining BSPs which have not yet been converted to automake. * Makefile.am for all remaining wrapup/Makefile.ams
* Added after report from Quality Quorum <qqi@world.std.com> thatJoel Sherrill2000-01-271-0/+5
| | | | pc686.cfg was not present.
* Directive rtems_task_variable_get() added by Eric Norum.Joel Sherrill2000-01-233-1/+86
|
* Patch from Eric Norum <eric@cls.usask.ca> at the request of JakeJoel Sherrill2000-01-211-33/+56
| | | | | | | Janovetz <janovetz@tempest.ece.uiuc.edu> to return a status from network initialization rather than panic'ing. It changes a bunch of rtems_panics to printfs and returns a status from rtems_bsdnet_initialize_network().
* Patch from Eric Norum <eric@cls.usask.ca> to implement this:Joel Sherrill2000-01-215-7/+13
| | | | | | | | | | | | | | | | | | | | I'd like to propose a change to RTEMS task variables that I think would make them more useful. I think that it is early enough in their existence to still make changes to their API. 1) Change type from `int' to `void *'. 2) Add extra argument to task_variable_add -- if non-NULL, a pointer to a `destructor' function to be called when the task exits. This function would be called with that task's value of the task variable as its argument. In many cases, the `dtor' function could be `free'. rtems_status_code rtems_task_variable_add ( rtems_id tid, void **ptr, void (*dtor)(void *)); rtems_status_code rtems_task_variable_delete (rtems_id tid, void **ptr); This would be all we'd need to cleanly and efficiently support C++ per-thread exception information without dragging in all that POSIX API stuff.
* Patch from Eric Norum <eric@cls.usask.ca> to remove warnings.Joel Sherrill2000-01-211-4/+3
|
* Removed unused variable warning.Joel Sherrill2000-01-142-2/+0
|
* Removed no prototype of kill() warning.Joel Sherrill2000-01-141-0/+2
|
* Removed warning.Joel Sherrill2000-01-142-2/+4
|
* POSIX message queues now include complete functionality includingJoel Sherrill2000-01-1313-140/+204
| | | | | | | | | | | | | | | | blocking sends when the queue is full. The SuperCore was enhanced to support blocking on send. The existing POSIX API was debugged and numerous test cases were added to psxmsgq01 by Jennifer Averett. SuperCore enhancements and resulting modifications to other APIs were done by Joel. There is one significant point of interpretation for the POSIX API. What happens to threads already blocked on a message queue when the mode of that same message queue is changed from blocking to non-blocking? We decided to unblock all waiting tasks with an EAGAIN error just as if a non-blocking version of the same operation had returned unsatisfied. This case is not discussed in the POSIX standard and other implementations may have chosen differently.
* + Added commentsJennifer Averett2000-01-133-8/+46
|
* + Added and yellow line tested _CORE_message_queue_Flush_waiting_threadsJennifer Averett2000-01-133-1/+174
| | | | | and _CORE_message_queue_Insert_message for posix message queues. + Yellow line tested new source
* Added comment.Jennifer Averett2000-01-131-0/+1
|
* + Comment cleanupJennifer Averett2000-01-134-15/+12
|
* Removed referance to rtems error.Jennifer Averett2000-01-131-1/+2
| | | | Added correct include file.
* Added comment to indicate this path does not occur.Jennifer Averett2000-01-131-1/+2
|