summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
* Added rules to handle alternate suffixes for C++ files.Joel Sherrill1999-05-072-0/+18
|
* Error reporting fixed by Jennifer.Joel Sherrill1999-05-074-60/+60
|
* 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-274-4/+4
| | | | that results in an error in parsing network unit names/numbers.
* changed version to 19990426Joel Sherrill1999-04-260-0/+0
|
* Repairing damage and recovering changes including C++ wrappers..Joel Sherrill1999-04-2612-9/+106
|
* changed version to 19990426Joel Sherrill1999-04-260-0/+0
|
* Recovered changes since CVS file was corrupted.Joel Sherrill1999-04-262-2/+18
|
* changed version to 19990426Joel Sherrill1999-04-260-0/+0
|
* changed version to 19990426Joel Sherrill1999-04-262-2/+2
|
* Fixed Makefile to avoid copying the file to a new name.Joel Sherrill1999-04-231-1/+0
|
* Changed date.Joel Sherrill1999-04-237-28/+27
|
* Switched to full doc set.Joel Sherrill1999-04-231-1/+30
|
* changed version to 19990423Joel Sherrill1999-04-232-2/+2
|
* New BSP from Tony R. Ambardar <tonya@ece.ubc.ca> from theJoel Sherrill1999-04-2349-0/+6026
| | | | | | | | 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-227-19/+118
|
* Added some CPU models that did not have BSPs.Joel Sherrill1999-04-221-4/+9
|
* Regenerated.Joel Sherrill1999-04-210-0/+0
|
* Updated to reflect inclusion of IRQ test in ada examples.Joel Sherrill1999-04-201-3/+7
|
* Added FAQ to the documentation set.Joel Sherrill1999-04-193-12/+9
|
* Added debugging hints to the FAQ.Joel Sherrill1999-04-193-8/+10
|
* New file.Joel Sherrill1999-04-191-0/+43
|
* Updated to include first set of questions.Joel Sherrill1999-04-192-1/+124
|
* First attempt to build.Joel Sherrill1999-04-193-5/+20
|
* New file.Joel Sherrill1999-04-192-0/+176
|
* Regenerated.Joel Sherrill1999-04-192-0/+2
|
* New file based on notes from Jiri Gaisler <jgais@ws.estec.esa.nl>.Joel Sherrill1999-04-191-0/+77
|
* Added info based on i960HA support.Joel Sherrill1999-04-191-10/+8
|
* Intel i960HA support submitted by Jimen Ching <jimen@adtech-inc.com>Joel Sherrill1999-04-194-12/+154
| | | | | based on 3.6.0. It was very lucky that this went in as well as it did.
* Unlimited objects information from Chris Johns (ccj@acm.org).Joel Sherrill1999-04-191-12/+36
|
* Unlimited objects patch design document. Submitted by Chris JohnsJoel Sherrill1999-04-192-0/+774
| | | | <ccj@acm.org> of Objective Design Systems.
* Changed ioctl() prototype to be more like Linux/POSIX than BSD to easeJoel Sherrill1999-04-196-6/+6
| | | | porting of ACE to RTEMS.
* Turned on console interrupts.Joel Sherrill1999-04-191-1/+1
|
* The default action for real-time signals is supposed to be SIGACTION_TERMINATE.Joel Sherrill1999-04-192-30/+30
| | | | | Jiri Gaisler caught this and submitted a patch but a subsequent patch backed it out accidentally.
* New files.Joel Sherrill1999-04-194-0/+8
|
* RegeneratedJoel Sherrill1999-04-190-0/+0
|
* Regenerated.Joel Sherrill1999-04-1918-180/+216
|
* Direct .gcc_exc section to ram to eliminate the warning Ralf Corsepius isJoel Sherrill1999-04-191-1/+1
| | | | seeing.
* 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.
* After discussion with Eric Norum <eric@skatter.usask.ca>,Joel Sherrill1999-04-193-4/+24
| | | | | I added __INSIDE_RTEMS_BSD_TCPIP_STACK__ that trips all the needed macro definitions for a network driver.
* After discussion with Eric Norum <eric@skatter.usask.ca>,Joel Sherrill1999-04-1910-16/+52
| | | | | I added __INSIDE_RTEMS_BSD_TCPIP_STACK__ that trips all the needed macro definitions for a network driver.
* Comments from Eric Norum taken into account.Joel Sherrill1999-04-191-2/+14
|
* First cut at addition of information on macros that need to be defined.Joel Sherrill1999-04-191-0/+29
|
* Make sure the build-tools get built in the preinstall phase.Joel Sherrill1999-04-191-4/+1
|
* Patch from Erik Ivanenko <erik.ivanenko@utoronto.ca> to eliminate aJoel Sherrill1999-04-191-1/+2
| | | | warning.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to address this:Joel Sherrill1999-04-192-24/+30
| | | | | > * RTEMS's 'make depend' isn't a standard automake make target and is not > supported in automake supported subdirectories.
* Patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de> to reorganizeJoel Sherrill1999-04-1960-8896/+600
| | | | | | | | | | | the build-tools layout to simplify it. This script reorganizes and simpilfies the build-tools subdirectories. It moves all source-files and scripts to c/build-tools/. This will enable use to use this directory directly to refer to the build-tools instead of copying them around in a "preinstall" step in future. However, RTEMS's autoconf Makefile.ins and *.cfg files are not yet prepared to apply this approach and therefore require additional work.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-12 18:06:47 +0000