summaryrefslogtreecommitdiffstats
path: root/cpukit/score/cpu/h8300/rtems/score/cpu.h (unfollow)
Commit message (Collapse)AuthorFilesLines
2002-07-052002-07-05 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-1/+1
* rtems/score/cpu.h: Filled in something that was marked XXX.
2002-07-012002-07-01 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-2/+2
* rtems/score/cpu.h: Fixed comments and renamed CPU_SYSTEM_INITIALIZATION_THREAD_EXTRA_STACK to CPU_MPCI_RECEIVE_SERVER_EXTRA_STACK to be consistent with other code.
2002-04-032001-04-03 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-1/+1
* Per PR94, all rtems/score/CPUtypes.h are named rtems/score/types.h. * rtems/score/h8300types.h: Removed. * rtems/score/types.h: New file via CVS magic. * Makefile.am, rtems/score/cpu.h: Account for name change.
2002-01-082002-01-07 Ralf Corsepius <corsepiu@faw.uni-ulm.de>Joel Sherrill1-0/+2
* rtems/score/cpu.h: #include <rtems/bspIo.h>.
2001-11-282001-11-28 Joel Sherrill <joel@OARcorp.com>,Joel Sherrill1-0/+7
This was tracked as PR91. * rtems/score/cpu.h: Added CPU_PROVIDES_ISR_IS_IN_PROGRESS macro which is used to specify if the port uses the standard macro for this (FALSE). A TRUE setting indicates the port provides its own implementation.
2001-01-032001-01-03 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-1/+9
* rtems/score/cpu.h: Added _CPU_Initialize_vectors(). * cpu_asm.S: Modify to properly dereference _ISR_Vector_table now that it is dynamically allocated.
2000-10-182000-10-18 Joel Sherrill <joel@OARcorp.com>Joel Sherrill1-15/+12
* cpu_asm.S, rtems/score/cpu.h: Modified to better support multilibing. These changes result in the code being able to compile with the default gcc settings. It is not functional in this configuration but does compile.
2000-07-17Update from Philip Quaife <rtemsdev@qs.co.nz> that was hand-merged.Joel Sherrill1-1/+51
This update addresses the following: + the ISR enable/disable/flash macros now work with old gcc versions. + the UI CCR bits are now masked since other example code did so + _ISR_Dispatch disables interrupts during call setup Together these removed the instabilities he was seeing.
2000-07-03Interrupt stack is allocated in _ISR_Handler_initialization notJoel Sherrill1-1/+1
_Interrupt_Manager_initialization.
2000-07-03Changed extra_system_initialization_stack to extra_mpci_receive_server_stackJoel Sherrill1-1/+1
to be consistent with other ports.
2000-06-29This is the initial addition of the port of RTEMS to theJoel Sherrill1-166/+309
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.
1999-11-17Updated copyright notice.Joel Sherrill1-2/+1
1999-11-05This is another pass at making sure that nothing outside the BSPJoel Sherrill1-0/+9
unnecessarily uses any variables defined by the BSP. On this sweep, use of BSP_Configuration and Cpu_table was eliminated. A significant part of this modification was the addition of macros to access fields in the RTEMS configuration structures. This is necessary to strengthen the division between the BSP independent parts of RTEMS and the BSPs themselves. This started after comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>.
1999-11-04The files in libcpu should not be directly dependent on any BSP. InJoel Sherrill1-1/+4
particular, using bsp.h, or getting information from the BSP which should properly be obtained from RTEMS is forbidden. This is necessary to strengthen the division between the BSP independent parts of RTEMS and the BSPs themselves. This started after comments and analysis by Ralf Corsepius <corsepiu@faw.uni-ulm.de>. The changes primarily eliminated the need to include bsp.h and peeking at BSP_Configuration. The use of Cpu_table in each BSP needs to be eliminated.
1999-07-29Patch from Charles-Antoine Gauthier <charles.gauthier@iit.nrc.ca>Joel Sherrill1-1/+1
to correct a typo CPU_HAS_OWN_HOST_TO_NETWORK_ROUTINES was actually typed in as CPU_CPU_HAS_OWN_HOST_TO_NETWORK_ROUTINES.
1999-02-18Part of the automake VI patch from Ralf Corsepius <corsepiu@faw.uni-ulm.de>:Joel Sherrill1-0/+969
> 4) rtems-rc-19990202-0.diff /reorg-score-cpu.sh > > reorg-score-cpu.sh reorganizes the cpu/<cpu>/* subdirectories in a > similar manner than previous reorg scripts did. rtems-rc-19990202-0.diff > contains the diffs after reorg-score-cpu.sh has been run on a > rtems-19981215 snapshot + my patches up to rtems-rc-19990131-2.diff. > > This patch is rather nasty and may break something. However, I've tested > it for about 10 different target/bsp pairs and believe to have shaken > out most bugs. I wonder about the following .h files that were not moved: a29k/asm.h a29k/cpu_asm.h i386/asm.h i960/asm.h m68k/asm.h m68k/m68302.h m68k/m68360.h m68k/qsm.h m68k/sim.h mips64orion/asm.h mips64orion/cpu_asm.h mips64orion/mips64orion.h no_cpu/asm.h no_cpu/cpu_asm.h powerpc/asm.h powerpc/mpc860.h sh/asm.h sparc/asm.h sparc/erc32.h
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-02 18:56:39 +0000