2013-01-12 23:44:42 +01:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2013, Texas Instruments Incorporated - http://www.ti.com/
|
|
|
|
* All rights reserved.
|
|
|
|
*
|
|
|
|
* Redistribution and use in source and binary forms, with or without
|
|
|
|
* modification, are permitted provided that the following conditions
|
|
|
|
* are met:
|
|
|
|
* 1. Redistributions of source code must retain the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer.
|
|
|
|
* 2. Redistributions in binary form must reproduce the above copyright
|
|
|
|
* notice, this list of conditions and the following disclaimer in the
|
|
|
|
* documentation and/or other materials provided with the distribution.
|
|
|
|
*
|
|
|
|
* 3. Neither the name of the copyright holder nor the names of its
|
|
|
|
* contributors may be used to endorse or promote products derived
|
|
|
|
* from this software without specific prior written permission.
|
|
|
|
*
|
|
|
|
* THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
|
|
|
|
* ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
|
|
|
|
* LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS
|
|
|
|
* FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE
|
|
|
|
* COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT,
|
|
|
|
* INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES
|
|
|
|
* (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR
|
|
|
|
* SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION)
|
|
|
|
* HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT,
|
|
|
|
* STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE)
|
|
|
|
* ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED
|
|
|
|
* OF THE POSSIBILITY OF SUCH DAMAGE.
|
|
|
|
*/
|
|
|
|
/*
|
|
|
|
* cc2538 linker configuration file. This is not the actual file used at link
|
|
|
|
* stage. Rather, it is used as input for the auto-generation of the actual
|
|
|
|
* ld script, which is called cc2538.ld and will be in the project directory
|
|
|
|
*/
|
|
|
|
#if (LPM_CONF_MAX_PM==2) && (LPM_CONF_ENABLE != 0)
|
2013-11-25 15:43:37 +01:00
|
|
|
#define NRSRAM_START 0x20000000
|
|
|
|
#define NRSRAM_LEN 0x00004000
|
|
|
|
#define SRAM_START 0x20004000
|
|
|
|
#define SRAM_LEN 0x00004000
|
2013-01-12 23:44:42 +01:00
|
|
|
#else
|
2013-11-25 15:43:37 +01:00
|
|
|
#define SRAM_START 0x20000000
|
|
|
|
#define SRAM_LEN 0x00008000
|
2013-01-12 23:44:42 +01:00
|
|
|
#endif
|
|
|
|
|
|
|
|
MEMORY
|
|
|
|
{
|
|
|
|
FLASH (rx) : ORIGIN = 0x200000, LENGTH = 0x0007FFD4
|
2013-11-27 21:55:18 +01:00
|
|
|
FLASH_CCA (RX) : ORIGIN = 0x0027FFD4, LENGTH = 44
|
2013-11-25 15:43:37 +01:00
|
|
|
#if (LPM_CONF_MAX_PM==2) && (LPM_CONF_ENABLE != 0)
|
|
|
|
NRSRAM (RWX) : ORIGIN = NRSRAM_START, LENGTH = NRSRAM_LEN
|
|
|
|
#endif
|
2013-01-12 23:44:42 +01:00
|
|
|
SRAM (RWX) : ORIGIN = SRAM_START, LENGTH = SRAM_LEN
|
|
|
|
}
|
|
|
|
|
|
|
|
SECTIONS
|
|
|
|
{
|
|
|
|
.text :
|
|
|
|
{
|
|
|
|
_text = .;
|
|
|
|
KEEP(*(.vectors))
|
|
|
|
*(.text*)
|
|
|
|
*(.rodata*)
|
|
|
|
_etext = .;
|
|
|
|
} > FLASH= 0
|
|
|
|
|
cc2538: Move SoC data to a dedicated section to save space
Some SoC data requires huge alignments. E.g., the µDMA channel control table has
to be 1024-byte aligned. This table was simply aligned to 1024 bytes in the C
code, which had the following consequences, wasting a lot of RAM:
- As this table could be placed anywhere in .bss, there could be an alignment
gap of up to 1023 bytes between the preceding data and this table.
- The size of this table was also aligned to 1024 bytes, regardless of
UDMA_CONF_MAX_CHANNEL, making this configuration option supposed to save RAM
just useless.
- .bss was also aligned to at least 1024 bytes, creating a huge alignment gap
between .data and .bss.
Instead of relying on the compiler to force this alignment, and on the linker to
automatically place data, this change places carefully such SoC data in RAM
using the linker script. A dedicated section is created to place such SoC data
requiring huge alignments, and it is put at the beginning of the SRAM in order
to ensure a maximal alignment without any gap. In this way, the alignment of
.bss also remains normal, and the size of this table is not constrained by its
alignment, but only by its contents (i.e. by UDMA_CONF_MAX_CHANNEL).
In the case of the µDMA channel control table, the data is still zeroed by
udma_init() (instead of also being zeroed as part of .bss).
Signed-off-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com>
2013-12-19 21:30:35 +01:00
|
|
|
.socdata (NOLOAD) :
|
|
|
|
{
|
|
|
|
*(.udma_channel_control_table)
|
|
|
|
} > SRAM
|
|
|
|
|
2013-01-12 23:44:42 +01:00
|
|
|
.data :
|
|
|
|
{
|
|
|
|
_data = .;
|
|
|
|
*(.data*)
|
|
|
|
_edata = .;
|
|
|
|
} > SRAM AT > FLASH
|
|
|
|
|
|
|
|
.ARM.exidx :
|
|
|
|
{
|
|
|
|
*(.ARM.exidx*)
|
|
|
|
} > FLASH
|
|
|
|
|
|
|
|
.bss :
|
|
|
|
{
|
|
|
|
_bss = .;
|
|
|
|
*(.bss*)
|
|
|
|
*(COMMON)
|
|
|
|
_ebss = .;
|
|
|
|
} > SRAM
|
|
|
|
|
2013-11-25 15:43:37 +01:00
|
|
|
#if (LPM_CONF_MAX_PM==2) && (LPM_CONF_ENABLE != 0)
|
2013-12-13 17:06:48 +01:00
|
|
|
.nrdata (NOLOAD) :
|
2013-11-25 15:43:37 +01:00
|
|
|
{
|
|
|
|
_nrdata = .;
|
|
|
|
*(.nrdata*)
|
|
|
|
_enrdata = .;
|
|
|
|
} > NRSRAM
|
|
|
|
#endif
|
|
|
|
|
2013-01-12 23:44:42 +01:00
|
|
|
.flashcca :
|
|
|
|
{
|
|
|
|
KEEP(*(.flashcca))
|
|
|
|
} > FLASH_CCA
|
|
|
|
}
|