summaryrefslogtreecommitdiffstats
path: root/cpukit (follow)
Commit message (Collapse)AuthorAgeFilesLines
...
* Cleaned up some multiprocessing issues.Joel Sherrill1999-05-171-17/+15
|
* Split Clock Manager into one routine per file.Joel Sherrill1999-05-174-129/+194
|
* Split Region Manager into one routine per file.Joel Sherrill1999-05-178-455/+618
|
* Splitting the Thread Handler forced the inclusion of more prototypes.Joel Sherrill1999-05-171-0/+33
|
* Split Task Manager into multiple files. Eventually this effort willJoel Sherrill1999-05-1715-961/+1381
| | | | reduce the size of executables.
* Thread Handler split into multiple files. Eventually, as RTEMS isJoel Sherrill1999-05-1725-1304/+1978
| | | | split into one function per file, this will decrease the size of executables.
* Patch from D. V. Henkel-Wallace <gumby@zembu.com> to remove compilerJoel Sherrill1999-05-173-4/+4
| | | | warnings.
* Patch from D. V. Henkel-Wallace <gumby@zembu.com>:Joel Sherrill1999-05-171-0/+16
| | | | | | Here's a tiny patch that shreds memory returned to the pool (such as by free() and delete). This may help people find some nasty bugs, so here it is.
* Removed check for initialized ID at request of Rosimildo DaSilvaJoel Sherrill1999-05-141-0/+23
| | | | | <rdasilva@connecttel.com> who encountered random failures in his port of omniORB2.
* Fix based on bug report from Jay Kulpinski <jskulpin@eng01.gdds.com>Joel Sherrill1999-05-111-1/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | that the per task reentrancy structure was not being processed properly during exit(). joel@oarcorp.com wrote: > > > This is always an ugly place to poke around. :( > > The code in newlib/libc/stdlib/exit.c walks the atexit chain for the > reentrancy structure for JUST the current task. The code in libc_wrapup() > does it for both the current task and the global reentrancy structure > (which tends to be where driver atexit()'s were registered. > > So I think the _wrapup_reent(0) in libc_wrapup() should be commented out. > > If you concur, then I will make the change and improve the comment on this > line of code to explain things: > > libc_wrapup(); /* Why? XXX */ > > --joel That does the job. cdtest.exe works correctly now.
* Made all calls to _Thread_Yield_processor consistent in how they areJoel Sherrill1999-05-072-9/+9
| | | | wrapped by calls to _Thread_Enable_dispatch and _Thread_Disable_dispatch.
* Patch from Jiri Gaisler <jgais@ws.estec.esa.nl> to allow stacksizeJoel Sherrill1999-05-073-3/+10
| | | | of POSIX Init thread to be user configured.
* Error reporting fixed by Jennifer.Joel Sherrill1999-05-071-15/+15
|
* Patch from Eric Norum <eric@cls.usask.ca> to corrent a miscount in lengthJoel Sherrill1999-04-271-1/+1
| | | | that results in an error in parsing network unit names/numbers.
* Repairing damage and recovering changes including C++ wrappers..Joel Sherrill1999-04-265-4/+44
|
* Recovered changes since CVS file was corrupted.Joel Sherrill1999-04-261-1/+9
|
* Added lstat().Joel Sherrill1999-04-222-6/+39
|
* Intel i960HA support submitted by Jimen Ching <jimen@adtech-inc.com>Joel Sherrill1999-04-192-6/+77
| | | | | based on 3.6.0. It was very lucky that this went in as well as it did.
* Unlimited objects patch design document. Submitted by Chris JohnsJoel Sherrill1999-04-191-0/+387
| | | | <ccj@acm.org> of Objective Design Systems.
* Changed ioctl() prototype to be more like Linux/POSIX than BSD to easeJoel Sherrill1999-04-191-1/+1
| | | | porting of ACE to RTEMS.
* The default action for real-time signals is supposed to be SIGACTION_TERMINATE.Joel Sherrill1999-04-191-15/+15
| | | | | Jiri Gaisler caught this and submitted a patch but a subsequent patch backed it out accidentally.
* After discussion with Eric Norum <eric@skatter.usask.ca>,Joel Sherrill1999-04-191-0/+22
| | | | | I added __INSIDE_RTEMS_BSD_TCPIP_STACK__ that trips all the needed macro definitions for a network driver.
* Added reentrant versions.Joel Sherrill1999-04-152-0/+41
|
* Updated version string.Joel Sherrill1999-04-151-2/+1
|
* Added include of rtems/posix/cancel.h.Joel Sherrill1999-04-151-0/+1
|
* Removed alarm(), killinfo() and pause() because they are now in their own file.Joel Sherrill1999-04-151-372/+1
|
* Now compiles and is included in normal build even though it is untested.Joel Sherrill1999-04-152-67/+75
| | | | Added multiprocessing conditional.
* Cleaned up.Joel Sherrill1999-04-151-3/+6
|
* Now compiles and is included in normal build even though it is untested.Joel Sherrill1999-04-152-8/+11
|
* Enabled cancellation information in POSIX API thread extension structure.Joel Sherrill1999-04-151-2/+0
|
* Bug report from Ralf on UNIX port where the S_IR* constants were notJoel Sherrill1999-04-141-0/+1
| | | | defined.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to correct theJoel Sherrill1999-04-122-30/+931
| | | | --enable-tests problem a better way.
* Added line to initialize timer_max.Joel Sherrill1999-04-121-0/+2
|
* MPC821 support and PPC patches from Andrew Bray <andy@madhouse.demon.co.uk>:Joel Sherrill1999-04-071-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | In c/src/exec/score/cpu/powerpc/rtems/score/ppc.h: A lot of hardware interrupts were omitted. Patch enclosed. I have also added the 821. In c/src/exec/score/cpu/powerpc/rtems/score/cpu.h: My patch adds the 821. In c/src/exec/score/cpu/powerpc/cpu.c: I have added the MPC821, and also fixed up for the missing hardware interrupts. It is also inconsistent with c/src/lib/libcpu/powerpc/mpc860/vectors/vectors.S. This has been fixed. In c/src/lib/libcpu/powerpc/mpc860/vectors/vectors.S: Fixed an inconsistency with cpu.c. I also include some new files to go with the above patches. These are the cpu library rtems-19990331/c/src/lib/libcpu/powerpc/mpc821/* and c/src/exec/score/cpu/powerpc/mpc821.h which are minor modifications of the 860 equivalents. Other comments: The various accesses to the DPRAM on the 860 are done with a linktime symbol. This could be done dynamically at run time by reading the immr register, and masking off the lower 16 bits. This takes the same amount of time as loading an address constant, and the same number of instructions as well (2). In c/src/lib/libcpu/powerpc/mpc860/console-generic/console-generic.c: This will silently fail if you attempt to use SCC1. This is only relevant if you are not using SCC1 for ethernet. This file also sets one of port B output pins for each port. This is NOT generic, it should be in the BSP specific console driver.
* Untar support submitted by Jake Janovetz <janovetz@tempest.ece.uiuc.edu>.Joel Sherrill1999-04-062-0/+406
|
* Patch from Emmanuel Rauget (raguet@crf.canon.fr) to add a htons on theJoel Sherrill1999-04-022-212/+233
| | | | sin_port.
* Moved sparc specific version of in_cksum_hdr to an inline routine likeJoel Sherrill1999-04-012-31/+43
| | | | | the reset of the CPU specific implementations after comment from Eric Norum.
* Disable IXON by default based on comment from Eric NorumJoel Sherrill1999-04-011-1/+1
| | | | | | | | | | | | | | | <e.norum@sk.sympatico.ca> and concerns from Thomas Doerfler <td@imd.m.ISAR.de> when he submitted the patch: Since enabling XON/XOFF has such a major performance hit on `smart' output devices I think it should be *off* by default. I think some thought should be given to adding hooks for hardware that can support XON/XOFF without software intervention, or for hardware like the 68360 SCC's that can use large buffers, but still handle special characters immediately. The patch you sent is a very good start, though. I just think that the software flow control should be off -- to match the way the serial I/O support has worked up until now.
* Patch from Thomas Doerfler <td@imd.m.ISAR.de> to add flow control:Joel Sherrill1999-03-311-32/+272
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Some lines for "documentation": ====================================== One thing should be noted: when XON/XOFF is enabled, the serial device will always work with one-character buffers, so the interrupt load for the CPU might get higer, especially on devices like MC68360 and MPC860, where the serial channels are capable of using big buffers. But, once again, this only happens when XON/XOFF is actually selected. Please note that the flag IXON is set by default, so outgoing XON/XOFF flow control is enabled by default. XON/XOFF is controlled using the "standard" fields IXON/IXOFF in the termios structure. The termios flag IXANY is not (yet) supported. Hardware handshake for the incoming data stream is controlled using the standard flag CRTSCTS. If this flag is set, whenever the receive buffer is almost full, the driver function "device.stopRemoteTx()" is called, when the receive buffer has more space available, "device.startRemoteTx()" is called again. If the driver does not provide these interface functions (entries in device structure are NULL pointers), then these calls are suppressed. Changes of the flow control options during operation should work at any time, but this has not been extensively tested. No changes to the device driver interface are needed. ================================================ One critical point when using this patch might be, that any BSP using this version of termios will now have outgoing flow control enabled by default, so the behaviour of these BSPs will change here. The option IXON has already been set in older termios by default, but it did not work until this patch. Maybe this option should be switched off by default, what do you think?
* Removed asserts that shouldn't be called and commented case where thisJennifer Averett1999-03-313-4/+2
| | | | indicates an internal error.
* Corrected return value.Jennifer Averett1999-03-311-1/+1
|
* Fixed paths to include files so this will build.Joel Sherrill1999-03-318-0/+2581
|
* Patch from Chris Johns <ccj@acm.org>:Joel Sherrill1999-03-311-5/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | joel@OARcorp.com wrote: > > Chris, > > sp09 fails on the rtems_port_delete(0) call. This is supposed to give an > invalid id error. I can't find any changes other than the unlimited > objects patch which would have tripped this so would appreciate it if you > could look into it. I suspect that this is a side-effect of the unlimited > objects patch. > It is me. > > Basically, there are 0 ports configured in sp09. The test ends up > dereferecing NULL in local_table[0] and comes up with a non-NULL invalid > pointer. > The issue is not actually allocating a local_table for an object type which has a maximum value of 0. I cannot remember the exact workings of the id values and the local_table. I might have changed the nature from the pre-unlimited change. As you know the id's are an interesting game where performance is most important. > > I know the problem could be solved by adding a check for index == 0. But > I hate to slow this path down. I think you may have changed the way the > object information structure gets initialized. > ---- CVS log ---- This change lets the unlimited and sp09 tests run on the posix Linux BSP. A static local variable `null_local_table' has been added. This variable is always set to NULL. The `**local_table' element of the information structure is set to point to this variable earily in the initialisation. If the object type has more than 0 elements the `local_table' element is updated. All object types which have 0 elements reference `null_local_table'. This change fixes the problem sp09 found yet does not add any extra processing to the critical `_Objects_Get_local_object' function. ---- CVS log ----
* When compiled in debug mode, the POSIX threads inline file was notJoel Sherrill1999-03-311-0/+1
| | | | included and we ended up with undefined references.
* Patch from Eric Norum <eric@skatter.usask.ca> which changed the exitJoel Sherrill1999-03-311-2/+1
| | | | sequence.
* Removed warning for `#ifdef' argument starts with punctuation.Joel Sherrill1999-03-301-1/+1
|
* Removed warning for const removal.Joel Sherrill1999-03-301-1/+1
|
* Fixed typo where _POSIX_signals_Clear_process_signals was not prototypedJoel Sherrill1999-03-301-1/+1
| | | | and _POSIX_signals_Set_process_signals was done twice.
* Patch to add shutdown() routine from Tony R. Ambardar <tonya@ece.ubc.ca>.Joel Sherrill1999-03-301-0/+25
|
* Removed an uninitialized variable.Jennifer Averett1999-03-291-4/+5
|
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-17 12:23:04 +0000