mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-23 12:43:55 +08:00
1da177e4c3
Initial git repository build. I'm not bothering with the full history, even though we have it. We can create a separate "historical" git archive of that later if we want to, and in the meantime it's about 3.2GB when imported into git - space that would just make the early git days unnecessarily complicated, when we don't have a lot of good infrastructure for it. Let it rip!
58 lines
1.9 KiB
Plaintext
58 lines
1.9 KiB
Plaintext
/* Linker script for the Midas labs RTE-NB85E-CB evaluation board
|
|
(CONFIG_RTE_CB_NB85E), with the Multi debugger ROM monitor . */
|
|
|
|
MEMORY {
|
|
/* 1MB of SRAM; we can't use the last 96KB, because it's used by
|
|
the monitor scratch-RAM. This memory is mirrored 4 times. */
|
|
SRAM : ORIGIN = SRAM_ADDR, LENGTH = (SRAM_SIZE - MON_SCRATCH_SIZE)
|
|
/* Monitor scratch RAM; only the interrupt vectors should go here. */
|
|
MRAM : ORIGIN = MON_SCRATCH_ADDR, LENGTH = MON_SCRATCH_SIZE
|
|
/* 16MB of SDRAM. */
|
|
SDRAM : ORIGIN = SDRAM_ADDR, LENGTH = SDRAM_SIZE
|
|
}
|
|
|
|
#ifdef CONFIG_RTE_CB_NB85E_KSRAM
|
|
# define KRAM SRAM
|
|
#else
|
|
# define KRAM SDRAM
|
|
#endif
|
|
|
|
SECTIONS {
|
|
/* We can't use RAMK_KRAM_CONTENTS because that puts the whole
|
|
kernel in a single ELF segment, and the Multi debugger (which
|
|
we use to load the kernel) appears to have bizarre problems
|
|
dealing with it. */
|
|
|
|
.text : {
|
|
__kram_start = . ;
|
|
TEXT_CONTENTS
|
|
} > KRAM
|
|
|
|
.data : {
|
|
DATA_CONTENTS
|
|
BSS_CONTENTS
|
|
RAMK_INIT_CONTENTS
|
|
__kram_end = . ;
|
|
BOOTMAP_CONTENTS
|
|
|
|
/* The address at which the interrupt vectors are initially
|
|
loaded by the loader. We can't load the interrupt vectors
|
|
directly into their target location, because the monitor
|
|
ROM for the GHS Multi debugger barfs if we try.
|
|
Unfortunately, Multi also doesn't deal correctly with ELF
|
|
sections where the LMA and VMA differ (it just ignores the
|
|
LMA), so we can't use that feature to work around the
|
|
problem! What we do instead is just put the interrupt
|
|
vectors into a normal section, and have the
|
|
`mach_early_init' function for Midas boards do the
|
|
necessary copying and relocation at runtime (this section
|
|
basically only contains `jr' instructions, so it's not
|
|
that hard). */
|
|
. = ALIGN (0x10) ;
|
|
__intv_load_start = . ;
|
|
INTV_CONTENTS
|
|
} > KRAM
|
|
|
|
.root ALIGN (4096) : { ROOT_FS_CONTENTS } > SDRAM
|
|
}
|