summaryrefslogtreecommitdiffstats
path: root/c (unfollow)
Commit message (Collapse)AuthorFilesLines
1999-05-17Reworked to avoid pulling in the jump point entry in EVERY executable.Joel Sherrill11-19/+50
1999-05-17Fixed some typos.Joel Sherrill1-4/+4
1999-05-17Split Interrupt Manager into one routine per file.Joel Sherrill3-41/+63
1999-05-17Split Signal Manager into one routine per file.Joel Sherrill4-109/+158
1999-05-17Dual-Ported Memory Manager split into one routine per file.Joel Sherrill7-237/+351
1999-05-17Split Partition Manager into one routine per file.Joel Sherrill7-307/+429
1999-05-17Split Timer Manager into one routine per file.Joel Sherrill10-618/+475
1999-05-17Split Event Manager into one routine per file.Joel Sherrill7-343/+460
1999-05-17Split Rate Monotonic Manager into one routine per file.Joel Sherrill9-417/+573
1999-05-17Split the Semaphore Manager into one routine per file.Joel Sherrill8-485/+771
1999-05-17Moved some MP routines to semmp.c.Joel Sherrill2-55/+54
1999-05-17Forgot to actually remove the routines. :)Joel Sherrill1-748/+0
1999-05-17Split Message Manager into one routine per file.Joel Sherrill13-1/+1112
1999-05-17Moved an MP routine from msg.c to here.Joel Sherrill1-0/+26
1999-05-17Cleaned up some multiprocessing issues.Joel Sherrill1-17/+15
1999-05-17Split Clock Manager into one routine per file.Joel Sherrill6-259/+199
1999-05-17Split Region Manager into one routine per file.Joel Sherrill9-456/+623
1999-05-17Splitting the Thread Handler forced the inclusion of more prototypes.Joel Sherrill1-0/+33
1999-05-17Moved _Entry_Table to its own file to avoid having every RTEMS directiveJoel Sherrill3-95/+107
pulled in.
1999-05-17Added simple test to find minimum code size of executive with this BSPJoel Sherrill5-1/+125
and RTEMS configuration.
1999-05-17Split Task Manager into multiple files. Eventually this effort willJoel Sherrill16-962/+1387
reduce the size of executables.
1999-05-17Thread Handler split into multiple files. Eventually, as RTEMS isJoel Sherrill26-1305/+1990
split into one function per file, this will decrease the size of executables.
1999-05-17Patch from D. V. Henkel-Wallace <gumby@zembu.com> to remove compilerJoel Sherrill9-12/+12
warnings.
1999-05-17Patch from D. V. Henkel-Wallace <gumby@zembu.com>:Joel Sherrill1-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.
1999-05-14Added testing for C++ exceptions from Rosimildo DaSilvaJoel Sherrill1-17/+90
<rdasilva@connecttel.com>.
1999-05-14Added 3COM 3C509 driver from Rosimildo DaSilva <rdasilva@connecttel.com>.Joel Sherrill7-2/+2247
1999-05-14Enabled compilation of rtems_servers at request of Jake JanovetzJoel Sherrill8-12/+16
<janovetz@tempest.ece.uiuc.edu>.
1999-05-14Removed check for initialized ID at request of Rosimildo DaSilvaJoel Sherrill1-0/+23
<rdasilva@connecttel.com> who encountered random failures in his port of omniORB2.
1999-05-11Fix based on bug report from Jay Kulpinski <jskulpin@eng01.gdds.com>Joel Sherrill2-2/+22
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.
1999-05-11Patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> to correct 32 bitJoel Sherrill1-0/+2
jmp relative offset from .reset section.
1999-05-07Made all calls to _Thread_Yield_processor consistent in how they areJoel Sherrill2-9/+9
wrapped by calls to _Thread_Enable_dispatch and _Thread_Disable_dispatch.
1999-05-07Patch from Jiri Gaisler <jgais@ws.estec.esa.nl> to allow stacksizeJoel Sherrill3-3/+10
of POSIX Init thread to be user configured.
1999-05-07Added rules to handle alternate suffixes for C++ files.Joel Sherrill1-0/+9
1999-05-07Error reporting fixed by Jennifer.Joel Sherrill3-45/+45
1999-05-07Bug fix from Gunter Magin <magin@@skil.camelot.de>:Joel Sherrill1-1/+1
in libcpu/powerpc/mpc860/clock/clock.c:InstallClock() the reload value for the PIT is defined as: pit_value = (BSP_Configuration.microseconds_per_tick * Cpu_table.clicks_per_usec) - 1 ; What exactly is a tick, and what is a click? My confusion stems from the fact, that Jay defines clicks_per_usec to 1 which is correct for his configuration, where a 4MHz clock is predivided by 4 and then fed to the PIT. So I assume a "click" is just the period of the PIT input frequency. However, our HW config seems to have 32.768 kHz crystal input for PIT. Mandatory division by 4 means 8.196kHz (122usec) at the PIT. I think, the above assignment should read: pit_value = (BSP_Configuration.microseconds_per_tick / Cpu_table.clicks_per_usec) - 1; where I can define Cpu_table.clicks_per_usec in bspstart.c to 122 (clicks_per_usec). That would lead to a PIT reload value of 10000/122 - 1 = 81 to reach a 10ms "tick" period.
1999-05-07Bug fix from Gunter Magin <magin@skil.camelot.de>:Joel Sherrill1-1/+1
in libcpu/powerpc/mpc860/clock/clock.c:InstallClock() the reload value for the PIT is defined as: pit_value = (BSP_Configuration.microseconds_per_tick * Cpu_table.clicks_per_usec) - 1 ; What exactly is a tick, and what is a click? My confusion stems from the fact, that Jay defines clicks_per_usec to 1 which is correct for his configuration, where a 4MHz clock is predivided by 4 and then fed to the PIT. So I assume a "click" is just the period of the PIT input frequency. However, our HW config seems to have 32.768 kHz crystal input for PIT. Mandatory division by 4 means 8.196kHz (122usec) at the PIT. I think, the above assignment should read: pit_value = (BSP_Configuration.microseconds_per_tick / Cpu_table.clicks_per_usec) - 1; where I can define Cpu_table.clicks_per_usec in bspstart.c to 122 (clicks_per_usec). That would lead to a PIT reload value of 10000/122 - 1 = 81 to reach a 10ms "tick" period.
1999-04-29Added paragraph for Tony Ambardar (tonya@ece.ubc.ca) submittingJoel Sherrill1-0/+5
a BSP for the TS-1325 embedded PC from Technologic Systems (http://www.t-systems.com) and patches to enable software floating-point emulation for x86 targets.
1999-04-28Patch from Emmanuel Raguet <raguet@crf.canon.fr>:Joel Sherrill1-1/+3
I have made test with the Dec21140 driver and it appears that all works fine even if the cache is enabled for the memory space in which the incoming and outcoming Ethernet frames are stored. I have had #ifdef to "comment" the code. If you want to disable cache, you only have to #define the name. It could be mandatory for some BSPs.
1999-04-27Patch from Eric Norum <eric@cls.usask.ca> to corrent a miscount in lengthJoel Sherrill3-3/+3
that results in an error in parsing network unit names/numbers.
1999-04-26Repairing damage and recovering changes including C++ wrappers..Joel Sherrill7-5/+62
1999-04-26Recovered changes since CVS file was corrupted.Joel Sherrill1-1/+9
1999-04-26changed version to 19990426Joel Sherrill1-1/+1
1999-04-23changed version to 19990423Joel Sherrill1-1/+1
1999-04-23New BSP from Tony R. Ambardar <tonya@ece.ubc.ca> from theJoel Sherrill48-0/+5933
University of British Columbia. The BSP is for: Yes, this is the "entry model" of a series of boards from Technologic Systems. Costs <$200 I believe. They have a WWW page at www.t-systems.com. I am letting them know about the availability of this BSP too.
1999-04-22Added lstat().Joel Sherrill5-13/+79
1999-04-22Added some CPU models that did not have BSPs.Joel Sherrill1-4/+9
1999-04-19Regenerated.Joel Sherrill1-0/+1
1999-04-19Intel i960HA support submitted by Jimen Ching <jimen@adtech-inc.com>Joel Sherrill2-6/+77
based on 3.6.0. It was very lucky that this went in as well as it did.
1999-04-19Unlimited objects patch design document. Submitted by Chris JohnsJoel Sherrill1-0/+387
<ccj@acm.org> of Objective Design Systems.
1999-04-19Changed ioctl() prototype to be more like Linux/POSIX than BSD to easeJoel Sherrill5-5/+5
porting of ACE to RTEMS.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-13 19:30:01 +0000