summaryrefslogtreecommitdiffstats
path: root/cpukit (unfollow)
Commit message (Collapse)AuthorFilesLines
2000-07-11Patch rtems-rc-20000711-1-cvs.diff from Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill8-9/+16
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 Sherrill2-0/+6
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-07Moved old_exception_processing and new_exception_processing directoriesJoel Sherrill1-7/+1
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-07Fixed problem reported by Victor V. Vengerov <Victor.Vengerov@oktet.ru>Joel Sherrill1-1/+7
where alarm() did not correctly account for the watchdog start_time and stop_time fields being based on ticks not seconds. This resulted in alarm() returning a bogus number of seconds remaining.
2000-07-07Moved __RTEMS_APPLICATION__ conditional to include the use of theJoel Sherrill1-1/+1
static inline routine _CORE_mutex_Seize_interrupt_trylock since static routines are not included when in an application.
2000-07-06Switched to faster implementation.Joel Sherrill1-25/+20
2000-07-06Patch from Eric Valette <valette@crf.canon.fr> and Yacine El KolliJoel Sherrill1-2/+2
<elkolli@crf.canon.fr> to add support for the mbx860_005b.
2000-07-06Added missing #endif's.Joel Sherrill2-3/+0
2000-07-06Corrected call to _CORE_mutex_Seize_interrupt_blocking.Joel Sherrill1-2/+5
2000-07-06Modfied to execute faster and have fewer instructions.Joel Sherrill1-38/+38
2000-07-06Switched to using isr disable version of _Objects_Get. When theJoel Sherrill1-13/+15
semaphore/mutex can be obtained immediately, this cuts execution time by 50%.
2000-07-06Added _Semaphore_Get_interrupt_disable.Joel Sherrill1-0/+10
2000-07-06Cleaned up to avoid disruptive use of inline conditionals.Joel Sherrill1-18/+16
2000-07-06Switched to using _POSIX_Mutex_Get_interrupt_disable to improve performance.Joel Sherrill1-3/+4
2000-07-06Added support for converting a mutex id to a pointer and returningJoel Sherrill1-21/+39
with interrupts disabled.
2000-07-06Reimplemented _Core_MUTEX_Seize to return with interrupts disabledJoel Sherrill2-7/+119
if the mutex is successfully obtained.
2000-07-06Added _CORE_semaphore_Seize_isr_disable.Joel Sherrill1-0/+56
2000-07-06Added _Objects_Get_isr_disable prototype and added numerous comments.Joel Sherrill1-7/+18
2000-07-06Removed unnecessary parentheses.Joel Sherrill1-4/+4
2000-07-06Added objjectgetbyisr.cJoel Sherrill1-2/+3
2000-07-06The code that attempts to obtain a mutex has now been inlined. TheJoel Sherrill1-83/+7
code remaining here now only blocks.
2000-07-06Directly index local table to avoid error check.Joel Sherrill3-12/+10
2000-07-06New file. Convert ID to pointer and return with interrupts -- notJoel Sherrill1-0/+83
dispatching -- disabled.
2000-07-06Format of return line changed.Joel Sherrill1-3/+3
2000-07-03Interrupt stack is allocated in _ISR_Handler_initialization notJoel Sherrill8-8/+8
_Interrupt_Manager_initialization.
2000-07-03Added blocked_count field to allow for optimizations.Joel Sherrill2-2/+4
2000-07-03Changed extra_system_initialization_stack to extra_mpci_receive_server_stackJoel Sherrill1-1/+1
to be consistent with other ports.
2000-07-02Fixed stat_ino should be st_ino.Joel Sherrill1-1/+1
2000-06-30Patch from Chris Johns <cjohns@cybertec.com.au> so the web serverJoel Sherrill2-3/+12
shuts down on error -- not exitting the system.
2000-06-30Patch from Chris Johns <cjohns@cybertec.com.au> so the directoryJoel Sherrill1-1/+1
read function in the IMFS properly returns the inode number.
2000-06-30Patch from Chris Johns <cjohns@cybertec.com.au> to add support forJoel Sherrill2-13/+17
stat()'ing a symbolic link. This is needed to support the port of the BSD commands like ls to RTEMS.
2000-06-30Patch from Chris Johns <cjohns@cybertec.com.au> to add fchdir()Joel Sherrill2-0/+72
functionality to libc and update TODO.
2000-06-29This is the initial addition of the port of RTEMS to theJoel Sherrill12-0/+1979
Hitachi H8 family. This port was done by Philip Quaife <philip@qs.co.nz> of Q Solutions and sponsored by Comnet Technologies Ltd. The port was done based on RTEMS 3.5.1 to a Hitach H8300H. The port was updated to RTEMS 4.5 style Makefiles/configure by Joel Sherrill <joel@OARcorp.com>. While doing this Joel added support for the h8300-rtems to binutils, gcc, newlib, and gdb. NOTE: Philip submitted a BSP for a Hitachi evaluation board which is being merged as a separate entity.
2000-06-29Added H8 as IEEE whether this is true or not.Joel Sherrill1-0/+1
2000-06-29Disabled #ident since the h8300-rtems binutils do not like theJoel Sherrill1-1/+1
generated assembly from it.
2000-06-29Corrected prototype for xdrrec_endofrecord to match C body.Joel Sherrill1-1/+1
2000-06-29Added RTEMS_CPU_HAS_16_BIT_ADDRESSES constant to disable codeJoel Sherrill2-0/+12
that breaks when the target has 16 bit address space. One of the H8 multilibs is a 16-bit address space CPU. When a real attempt is made to support this CPU model, the code that assumes an address is 32 bits will have to change. This constant is probably not flagging all impacted code.
2000-06-29Patch from Chris Johns <cjohns@cybertec.com.au> to make sure theJoel Sherrill1-1/+2
ttyHead back link is set.
2000-06-26Patch from Chris Johns <cjohns@cybertec.com.au> andJoel Sherrill1-0/+3
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.
2000-06-26Patch from Chris Johns <cjohns@cybertec.com.au> andJoel Sherrill1-1/+1
Jennifer Averett <jennifer.averett@oarcorp.com> to make sure "/" is created with S_IFDIR set.
2000-06-16Patch from John Cotton <john.cotton@nrc.ca> to correct style ofJoel Sherrill1-16/+16
names to be rtems_PACKAGE_method.
2000-06-15Remove pragma align 4Joel Sherrill1-2/+0
2000-06-15Fixing warning obtained by some users.Joel Sherrill1-0/+4
2000-06-15Moved <sys/cdefs.h> to lib/include so non-networking applications couldJoel Sherrill1-1/+1
include <sys/ioctl.h>.
2000-06-14Moved <sys/cdefs.h> from libnetworking to lib/include so non-networkingJoel Sherrill1-0/+177
configurations could see it while including <sys/ioctl.h> and <sys/ioccom.h>.
2000-06-14*** empty log message ***Joel Sherrill13-29/+109
2000-06-14Added include of options.h since it was not being picked upJoel Sherrill1-0/+1
by the network build.
2000-06-14Patch rtems-4.5-beta3-mon.diff from Chris Johns <cjohns@cybertec.com.au>Joel Sherrill3-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.
2000-06-14Patch from Chris Johns <cjohns@cybertec.com.au> to enhance networkJoel Sherrill2-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.
2000-06-14Patch rtems-rc-20000614-sh.tar.gz from Ralf CorsepiusJoel Sherrill2-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 :)
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-03 16:44:17 +0000