summaryrefslogtreecommitdiffstats
path: root/c (follow)
Commit message (Collapse)AuthorAgeFilesLines
* 2008-05-23 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-232-1/+6
| | | | | * vmeUniverse/VME.h: removed 'weak' attribute from declaration of BSP_vme_config().
* 2008-05-23 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-232-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-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-232-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-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-2314-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-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-233-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-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-232-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-23 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-232-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-22 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-233-2/+7
| | | | | * ppc403/tty_drv/tty_drv.c, ppc403/console/console405.c: ../ictrl/ictrl.h has gone; include ../irq/ictrl.h
* 2008-05-22 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-223-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-22 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-222-2/+8
| | | | | * vmeUniverse/vmeUniverse.c: fixed compiler warning; moved struct attributes as directed by gcc warning.
* 2008-05-22 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-222-1/+4
| | | | * shared/console/console.c: Fix typo.
* 2008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-222-162/+108
| | | | | * shared/console/console.c: Remove explicit switch and call termios_baud_to_number().
* 2008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-222-182/+141
| | | | | * console/console.c: Remove explicit switch and call termios_baud_to_number().
* 2008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-222-26/+8
| | | | | * console/mc68360_scc.c: Remove explicit switch and call termios_baud_to_number().
* 2008-05-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-224-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-22 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-222-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-20 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-204-48/+34
| | | | | * Makefile.am, configure.ac, startup/start.c: Use new framework capability where RTEMS_BSP_BOOTCARD_HANDLES_RAM_ALLOCATION.
* 2008-05-20 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-202-2/+8
| | | | * leaf.cfg: Do not override bsp-post-link.
* use tabs.Joel Sherrill2008-05-191-4/+4
|
* Back out changes from 2008-05-16 -- they don't seem to work.Eric Norum2008-05-195-9/+32
|
* Use shared version of bootstrap to set up workspace.Eric Norum2008-05-165-27/+14
|
* 2008-05-16 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-162-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-16 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-163-0/+9
| | | | * preinstall.am, console/console-io.c: Install cplb.h and use it.
* 2008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-152-4/+8
| | | | * Makefile.am: Remove stray line.
* 2008-05-15 Joel Sherrill <joel.sherrill@oarcorp.com>Joel Sherrill2008-05-152-2/+7
| | | | | * network/network.c: Eliminate patterns that look like CVS conflict markers.
* 2008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-152-0/+39
| | | | * aclocal/bsp-bootcards-handles-ram-allocation.m4: New file.
* 2008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-152-1/+7
| | | | | * wrapup/Makefile.am: Many BSPs do not include any .rel files now so do not fail if there are none.
* 2008-05-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-153-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-1552-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-153-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-152-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-158-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-153-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-153-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-156-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-157-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-153-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-15 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-154-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.
* disabled debugging outputThomas Doerfler2008-05-152-1/+6
|
* adapted gen83xx to new boardThomas Doerfler2008-05-1541-610/+1598
|
* 2008-05-14 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-142-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-14 Till Straumann <strauman@slac.stanford.edu>Till Straumann2008-05-142-3/+11
| | | | | * new-exceptions/bspsupport/irq.c: moved malloc/free outside of irq-protected critical section.
* 2008-05-14 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-14108-1608/+830
| | | | * Makefile.am: Rework to avoid .rel files.
* 2008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-122-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-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-1298-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-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-123-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-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-122-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-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-122-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.
* 2008-05-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-126-22/+27
| | | | | | | | | | | | * Makefile.am, 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-12 Joel Sherrill <joel.sherrill@OARcorp.com>Joel Sherrill2008-05-123-2/+12
| | | | | | | | | | | | * startup/bspstart.c, startup/bspstart.c.nocache: 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-02 14:05:00 +0000