Linux-2.6.12-rc2v2.6.12-rc2

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!

1 files changed, 57 insertions, 0 deletions

diff --git a/arch/v850/kernel/rte_nb85e_cb-multi.ld b/arch/v850/kernel/rte_nb85e_cb-multi.ld
new file mode 100644
index 000000000000..de347b4fffac
--- /dev/null
+++ b/arch/v850/kernel/rte_nb85e_cb-multi.ld
@@ -0,0 +1,57 @@
+/* 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
+}