summaryrefslogtreecommitdiffstats
path: root/c/src (unfollow)
Commit message (Collapse)AuthorFilesLines
2008-05-292008-05-29 Chris Johns <chrisj@rtems.org>Chris Johns2-1/+6
* include/bsp.h: FEC unit numbers based on 0 not 1. Change the interface name to fec0.
2008-05-27speed inprovements in mpc83xx tsec driverThomas Doerfler3-1/+17
2008-05-232008-05-23 Till Straumann <strauman@slac.stanford.edu>Till Straumann2-1/+6
* vmeUniverse/VME.h: removed 'weak' attribute from declaration of BSP_vme_config().
2008-05-232008-05-23 Till Straumann <strauman@slac.stanford.edu>Till Straumann2-5/+11
* shared/startup/pretaskinghook.c: removed declaration of BSP_vme_config() (which is already declared in <bsp/VME.h>. Removed test for NULL-ness of BSP_vme_config; gcc doesn't seem to understand that the linker may define this to be NULL... Silences a compiler warning (and users can always provide an empty routine).
2008-05-232008-05-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-58/+10
* shared/comm/tty_drv.c: Eliminate copies of switches to convert termios Bxxx constants to xxx as an integer. Use the shared termios_baud_to_number() routine to do the same conversion.
2008-05-232008-05-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill14-307/+60
* console/console.c: Eliminate copies of switches to convert termios Bxxx constants to xxx as an integer. Use the shared termios_baud_to_number() routine to do the same conversion.
2008-05-232008-05-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-114/+13
* console/console.c, console/serial_mouse.c: Eliminate copies of switches to convert termios Bxxx constants to xxx as an integer. Use the shared termios_baud_to_number() routine to do the same conversion.
2008-05-232008-05-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-35/+6
* console/m340uart.c: Eliminate copies of switches to convert termios Bxxx constants to xxx as an integer. Use the shared termios_baud_to_number() routine to do the same conversion.
2008-05-232008-05-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-58/+9
* shared/comm/console.c: Eliminate copies of switches to convert termios Bxxx constants to xxx as an integer. Use the shared termios_baud_to_number() routine to do the same conversion.
2008-05-232008-05-22 Till Straumann <strauman@slac.stanford.edu>Till Straumann3-2/+7
* ppc403/tty_drv/tty_drv.c, ppc403/console/console405.c: ../ictrl/ictrl.h has gone; include ../irq/ictrl.h
2008-05-222008-05-22 Till Straumann <strauman@slac.stanford.edu>Till Straumann3-2/+10
* shared/startup/linkcmds, shared/startup/zerobss.c: introduced '__bss_end'; assuming that __rtems_end coincides with the end of .bss for the purpose of zeroing .bss is very dangerous.
2008-05-222008-05-22 Till Straumann <strauman@slac.stanford.edu>Till Straumann2-2/+8
* vmeUniverse/vmeUniverse.c: fixed compiler warning; moved struct attributes as directed by gcc warning.
2008-05-222008-05-22 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-1/+4
* shared/console/console.c: Fix typo.
2008-05-222008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2-162/+108
* shared/console/console.c: Remove explicit switch and call termios_baud_to_number().
2008-05-222008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2-182/+141
* console/console.c: Remove explicit switch and call termios_baud_to_number().
2008-05-222008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2-26/+8
* console/mc68360_scc.c: Remove explicit switch and call termios_baud_to_number().
2008-05-222008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill4-79/+11
* libchip/Makefile.am: Move termios helper routines from libchip to libcsupport. Add routine which makes it easy for a termios device driver to inform termios of its default baud rate. This avoids inconsistencies in later termios settings changes. * libchip/serial/termios_baud2index.c, libchip/serial/termios_baud2num.c: Removed.
2008-05-222008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2-47/+67
* console/console.c: Properly inform termios of our initial baud rate. If it is not the default, this causes problems when an application changes any termios attributes since termios thinks our baud rate is one thing when in fact, it is another.
2008-05-202008-05-20 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill4-48/+34
* Makefile.am, configure.ac, startup/start.c: Use new framework capability where RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION.
2008-05-202008-05-20 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2-2/+8
* leaf.cfg: Do not override bsp-post-link.
2008-05-19use tabs.Joel Sherrill1-4/+4
2008-05-19Back out changes from 2008-05-16 -- they don't seem to work.Eric Norum5-9/+32
2008-05-16Use shared version of bootstrap to set up workspace.Eric Norum5-27/+14
2008-05-162008-05-16 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-1/+10
* mpc83xx/include/mpc83xx.h: or is not a good name for any name in C/C++. See iso646.h for the reason.
2008-05-162008-05-16 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-0/+9
* preinstall.am, console/console-io.c: Install cplb.h and use it.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-4/+8
* Makefile.am: Remove stray line.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2-2/+7
* network/network.c: Eliminate patterns that look like CVS conflict markers.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-0/+39
* aclocal/bsp-bootcards-handles-ram-allocation.m4: New file.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-1/+7
* wrapup/Makefile.am: Many BSPs do not include any .rel files now so do not fail if there are none.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-8/+164
* bootcard.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed. * bsppretaskinghook.c: New file.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill52-191/+373
* startup/bspstart.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-43/+33
* configure.ac, startup/bspstart.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-3/+14
* shared/startup/pretaskinghook.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill8-175/+115
* Makefile.am, configure.ac, startup/bspstart.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-14/+21
* startup/bspstart.c, startup/bspstart.c.nocache: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-78/+59
* shared/bspstart.c, shared/start.S: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill6-126/+76
* Makefile.am, configure.ac: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill7-38/+17
* csb336/startup/bspstart.c, csb337/startup/bspstart.c, edb7312/startup/bspstart.c, gba/startup/bspstart.c, gp32/startup/bspstart.c, rtl22xx/startup/bspstart.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can initialize the C Library, call rtems_debug_enable(), and dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-5/+53
* shared/m68kpretaskinghook.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed. * shared/m68kbspgetworkarea.c: New file.
2008-05-152008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill4-16/+18
* Makefile.am, configure.ac, startup/bspstart.c: Add capability for bootcard.c BSP Initialization Framework to ask the BSP where it has memory for the RTEMS Workspace and C Program Heap. These collectively are referred to as work area. If the BSP supports this, then it does not have to include code to split the available memory between the two areas. This reduces the amount of code in the BSP specific bspstart.c file. Additionally, the shared framework can dirty the work area memory. Until most/all BSPs support this new capability, if the BSP supports this, it should call RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION from its configure.ac. When the transition is complete, this autoconf macro can be removed.
2008-05-15disabled debugging outputThomas Doerfler2-1/+6
2008-05-15adapted gen83xx to new boardThomas Doerfler41-610/+1598
2008-05-142008-05-14 Till Straumann <strauman@slac.stanford.edu>Till Straumann2-0/+16
* new-exceptions/bspsupport/ppc_exc_bspsupp.h: added comment about the semantics of the return value of ppc_exc_handler_t.
2008-05-142008-05-14 Till Straumann <strauman@slac.stanford.edu>Till Straumann2-3/+11
* new-exceptions/bspsupport/irq.c: moved malloc/free outside of irq-protected critical section.
2008-05-142008-05-14 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill108-1608/+830
* Makefile.am: Rework to avoid .rel files.
2008-05-122008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-18/+63
* bootcard.c: Refactored and renamed initialization routines to rtems_initialize_data_structures, rtems_initialize_before_drivers, rtems_initialize_device_drivers, and rtems_initialize_start_multitasking. This opened the sequence up so that bootcard() could provide a more robust and flexible framework which is easier to explain and understand. This also lays the groundwork for sharing the division of available memory between the RTEMS workspace and heap and the C library initialization across all BSPs.
2008-05-122008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill98-62/+593
* startup/bspstart.c: Refactored and renamed initialization routines to rtems_initialize_data_structures, rtems_initialize_before_drivers, rtems_initialize_device_drivers, and rtems_initialize_start_multitasking. This opened the sequence up so that bootcard() could provide a more robust and flexible framework which is easier to explain and understand. This also lays the groundwork for sharing the division of available memory between the RTEMS workspace and heap and the C library initialization across all BSPs.
2008-05-122008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill3-4/+12
* console/console.c, startup/bspstart.c: Refactored and renamed initialization routines to rtems_initialize_data_structures, rtems_initialize_before_drivers, rtems_initialize_device_drivers, and rtems_initialize_start_multitasking. This opened the sequence up so that bootcard() could provide a more robust and flexible framework which is easier to explain and understand. This also lays the groundwork for sharing the division of available memory between the RTEMS workspace and heap and the C library initialization across all BSPs.
2008-05-122008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-1/+12
* shared/bspstart.c: Refactored and renamed initialization routines to rtems_initialize_data_structures, rtems_initialize_before_drivers, rtems_initialize_device_drivers, and rtems_initialize_start_multitasking. This opened the sequence up so that bootcard() could provide a more robust and flexible framework which is easier to explain and understand. This also lays the groundwork for sharing the division of available memory between the RTEMS workspace and heap and the C library initialization across all BSPs.
2008-05-122008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2-2/+12
* shared/startup/bspstart.c: Refactored and renamed initialization routines to rtems_initialize_data_structures, rtems_initialize_before_drivers, rtems_initialize_device_drivers, and rtems_initialize_start_multitasking. This opened the sequence up so that bootcard() could provide a more robust and flexible framework which is easier to explain and understand. This also lays the groundwork for sharing the division of available memory between the RTEMS workspace and heap and the C library initialization across all BSPs.
generated by cgit v1.2.3 (git 2.25.1) at 2024-05-28 17:20:33 +0000