summaryrefslogtreecommitdiffstats
path: root/c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* Reworked to avoid pulling in the jump point entry in EVERY executable.Joel Sherrill1999-05-1711-19/+50
|
* Fixed some typos.Joel Sherrill1999-05-171-4/+4
|
* Split Interrupt Manager into one routine per file.Joel Sherrill1999-05-173-41/+63
|
* Split Signal Manager into one routine per file.Joel Sherrill1999-05-174-109/+158
|
* Dual-Ported Memory Manager split into one routine per file.Joel Sherrill1999-05-177-237/+351
|
* Split Partition Manager into one routine per file.Joel Sherrill1999-05-177-307/+429
|
* Split Timer Manager into one routine per file.Joel Sherrill1999-05-1710-618/+475
|
* Split Event Manager into one routine per file.Joel Sherrill1999-05-177-343/+460
|
* Split Rate Monotonic Manager into one routine per file.Joel Sherrill1999-05-179-417/+573
|
* Split the Semaphore Manager into one routine per file.Joel Sherrill1999-05-178-485/+771
|
* Moved some MP routines to semmp.c.Joel Sherrill1999-05-172-55/+54
|
* Forgot to actually remove the routines. :)Joel Sherrill1999-05-171-748/+0
|
* Split Message Manager into one routine per file.Joel Sherrill1999-05-1713-1/+1112
|
* Moved an MP routine from msg.c to here.Joel Sherrill1999-05-171-0/+26
|
* Cleaned up some multiprocessing issues.Joel Sherrill1999-05-171-17/+15
|
* Split Clock Manager into one routine per file.Joel Sherrill1999-05-176-259/+199
|
* Split Region Manager into one routine per file.Joel Sherrill1999-05-179-456/+623
|
* Splitting the Thread Handler forced the inclusion of more prototypes.Joel Sherrill1999-05-171-0/+33
|
* Moved _Entry_Table to its own file to avoid having every RTEMS directiveJoel Sherrill1999-05-173-95/+107
| | | | pulled in.
* Added simple test to find minimum code size of executive with this BSPJoel Sherrill1999-05-175-1/+125
| | | | and RTEMS configuration.
* Split Task Manager into multiple files. Eventually this effort willJoel Sherrill1999-05-1716-962/+1387
| | | | reduce the size of executables.
* Thread Handler split into multiple files. Eventually, as RTEMS isJoel Sherrill1999-05-1726-1305/+1990
| | | | 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-179-12/+12
| | | | 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.
* Added testing for C++ exceptions from Rosimildo DaSilvaJoel Sherrill1999-05-141-17/+90
| | | | <rdasilva@connecttel.com>.
* Added 3COM 3C509 driver from Rosimildo DaSilva <rdasilva@connecttel.com>.Joel Sherrill1999-05-147-2/+2247
|
* Enabled compilation of rtems_servers at request of Jake JanovetzJoel Sherrill1999-05-148-12/+16
| | | | <janovetz@tempest.ece.uiuc.edu>.
* 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-112-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.
* Patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> to correct 32 bitJoel Sherrill1999-05-111-0/+2
| | | | jmp relative offset from .reset section.
* 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.
* Added rules to handle alternate suffixes for C++ files.Joel Sherrill1999-05-071-0/+9
|
* Error reporting fixed by Jennifer.Joel Sherrill1999-05-073-45/+45
|
* Bug fix from Gunter Magin <magin@@skil.camelot.de>:Joel Sherrill1999-05-071-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.
* Bug fix from Gunter Magin <magin@skil.camelot.de>:Joel Sherrill1999-05-071-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.
* Added paragraph for Tony Ambardar (tonya@ece.ubc.ca) submittingJoel Sherrill1999-04-291-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.
* Patch from Emmanuel Raguet <raguet@crf.canon.fr>:Joel Sherrill1999-04-281-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.
* Patch from Eric Norum <eric@cls.usask.ca> to corrent a miscount in lengthJoel Sherrill1999-04-273-3/+3
| | | | that results in an error in parsing network unit names/numbers.
* Repairing damage and recovering changes including C++ wrappers..Joel Sherrill1999-04-267-5/+62
|
* Recovered changes since CVS file was corrupted.Joel Sherrill1999-04-261-1/+9
|
* changed version to 19990426Joel Sherrill1999-04-261-1/+1
|
* changed version to 19990423Joel Sherrill1999-04-231-1/+1
|
* New BSP from Tony R. Ambardar <tonya@ece.ubc.ca> from theJoel Sherrill1999-04-2348-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.
* Added lstat().Joel Sherrill1999-04-225-13/+79
|
* Added some CPU models that did not have BSPs.Joel Sherrill1999-04-221-4/+9
|
* Regenerated.Joel Sherrill1999-04-191-0/+1
|
* 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-195-5/+5
| | | | porting of ACE to RTEMS.
generated by cgit v1.2.3 (git 2.25.1) at 2024-04-28 09:18:13 +0000