brcm63xx: use relocate to move the kernel back to start of ram
authorJonas Gorski <jogo@openwrt.org>
Mon, 30 Mar 2015 20:20:15 +0000 (20:20 +0000)
committerJonas Gorski <jogo@openwrt.org>
Mon, 30 Mar 2015 20:20:15 +0000 (20:20 +0000)
Appearently the kernel only uses kernel above it, so moving it to an
higher address causes a lot of unavailable memory (#19327).

Also move the on-flash kernel to 0x80a0000, as newer CFEs don't like
uncompressing there (net-booting an ELF kernel is fine, though).

Signed-off-by: Jonas Gorski <jogo@openwrt.org>
SVN-Revision: 45164

target/linux/brcm63xx/image/Makefile
target/linux/brcm63xx/patches-3.18/810-BCM63XX-move-kernel-behind-CFE.patch [deleted file]

index c94d06e9d78931a44d174b1ba0a759df9b26228b..9f5d68204cf4b3d8d0ef8239f9a4482c74caa806 100755 (executable)
@@ -7,8 +7,9 @@
 include $(TOPDIR)/rules.mk
 include $(INCLUDE_DIR)/image.mk
 
-LOADADDR = 0x80800000          # RAM start + 8MB
+LOADADDR = 0x80010000          # RAM start + 64K
 KERNEL_ENTRY = $(LOADADDR)     # Newer kernels add a jmp to the kernel_entry at the start of the binary
+LOADER_ENTRY = 0x80a00000      # RAM start + 10M, for relocate
 RAMSIZE = 0x02000000           # 32MB
 LZMA_TEXT_START = 0x81800000   # 32MB - 8MB
 
@@ -19,6 +20,12 @@ LOADER_MAKEOPTS= \
                RAMSIZE=$(RAMSIZE) \
                LZMA_TEXT_START=$(LZMA_TEXT_START) \
 
+RELOCATE_MAKEOPTS= \
+               CACHELINE_SIZE=16 \
+               KERNEL_ADDR=$(KERNEL_ENTRY) \
+               CROSS_COMPILE=$(TARGET_CROSS) \
+               LZMA_TEXT_START=$(LOADER_ENTRY)
+
 define rootfspad/jffs2-128k
 --align-rootfs
 endef
@@ -42,8 +49,8 @@ define Image/Build/CFEDTB
        # Generate the tagged image
        $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-$(3).lzma.cfe -f $(KDIR)/root.$(1) \
                --output $(BIN_DIR)/openwrt-$(2)-$(1)-cfe.bin \
-               --boardid $(4) --chipid $(5) --entry $(KERNEL_ENTRY) \
-               --load-addr $(LOADADDR) --info1 "-$(call Image/LimitName16,$(2))" \
+               --boardid $(4) --chipid $(5) --entry $(LOADER_ENTRY) \
+               --load-addr $(LOADER_ENTRY) --info1 "-$(call Image/LimitName16,$(2))" \
                $(call rootfspad/$(1)) \
                --info2 $(1) $(6)
 endef
@@ -51,7 +58,7 @@ endef
 define Image/Build/OLDCFEDTB
        # Generate the tagged image
        $(TOPDIR)/scripts/brcmImage.pl -t -p \
-               -b $(4) -c $(5) -e $(KERNEL_ENTRY) -a $(LOADADDR) \
+               -b $(4) -c $(5) -e $(LOADER_ENTRY) -a $(LOADER_ENTRY) \
                -k $(KDIR)/vmlinux-$(3).lzma.cfe -r $(KDIR)/root.$(1) \
                -o $(BIN_DIR)/openwrt-$(2)-$(1)-cfe.bin $(6)
 endef
@@ -60,9 +67,9 @@ define Image/Build/SPW303VCFEDTB
        # Generate the tagged image
        $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-$(3).lzma.cfe -f $(KDIR)/root.$(1) \
                --output $(BIN_DIR)/openwrt-$(2)-$(1).tmp \
-               --boardid $(4) --chipid $(5) --entry $(KERNEL_ENTRY) \
+               --boardid $(4) --chipid $(5) --entry $(LOADER_ENTRY) \
                $(call rootfspad/$(1)) \
-               --load-addr $(LOADADDR) $(6)
+               --load-addr $(LOADER_ENTRY) $(6)
        # Fix up header
        $(STAGING_DIR_HOST)/bin/spw303v -i $(BIN_DIR)/openwrt-$(2)-$(1).tmp \
                -o $(BIN_DIR)/openwrt-$(2)-$(1)-cfe-sysupgrade.bin
@@ -73,10 +80,10 @@ endef
 
 define Image/Build/ZYXCFEDTB
        # Generate the tagged image
-       $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-$(3).lzma.cfe -f $(KDIR)/root.$(1) \
+       $(STAGING_DIR_HOST)/bin/imagetag -i $(KDIR)/vmlinux-relocate-$(3).lzma.cfe -f $(KDIR)/root.$(1) \
                --output $(BIN_DIR)/openwrt-$(2)-$(1).tmp \
-               --boardid $(4) --chipid $(5) --entry $(KERNEL_ENTRY) \
-               --load-addr $(LOADADDR) --info1 "-$(call Image/LimitName16,$(2))" \
+               --boardid $(4) --chipid $(5) --entry $(LOADER_ENTRY) \
+               --load-addr $(LOADER_ENTRY) --info1 "-$(call Image/LimitName16,$(2))" \
                $(call rootfspad/$(1)) \
                --info2 $(1) $(6)
        # Fix up header
@@ -162,16 +169,27 @@ define Image/PrepareLoaderDTB
 endef
 
 define Image/PrepareCFELzmaKernel
+       # CFE only allows ~4 MiB for the uncompressed kernels, but uncompressed
+       # kernel might get larger than that, so let CFE unpack and load at a
+       # higher address and make the kernel relocate itself to the expected
+       # location.
+       ( \
+               dd if=$(KDIR)/relocate/loader.bin bs=32 conv=sync && \
+               perl -e '@s = stat("$(KDIR)/vmlinux$(1)"); print pack("N", @s[7])' && \
+               cat $(KDIR)/vmlinux$(1) \
+       ) > $(KDIR)/vmlinux-relocate$(1)
+
        # CFE is a LZMA nazi! It took me hours to find out the parameters!
        # Also I think lzma has a bug cause it generates different output depending on
        # if you use stdin / stdout or not. Use files instead of stdio here, cause
        # otherwise CFE will complain and not boot the image.
-       $(STAGING_DIR_HOST)/bin/lzma e -d22 -fb64 -a1 $(KDIR)/vmlinux$(1) $(KDIR)/vmlinux$(1).lzma.tmp
+       $(STAGING_DIR_HOST)/bin/lzma e -d22 -fb64 -a1 $(KDIR)/vmlinux-relocate$(1) $(KDIR)/vmlinux$(1).lzma.tmp
 
        # Strip out the length, CFE doesn't like this
        dd if=$(KDIR)/vmlinux$(1).lzma.tmp of=$(KDIR)/vmlinux$(1).lzma.cfe bs=5 count=1
        dd if=$(KDIR)/vmlinux$(1).lzma.tmp of=$(KDIR)/vmlinux$(1).lzma.cfe ibs=13 obs=5 skip=1 seek=1 conv=notrunc
        rm -f $(KDIR)/vmlinux$(1).lzma.tmp
+       rm -f $(KDIR)/vmlinux-relocate$(1)
 endef
 
 define Image/PrepareCFELzmaKernelDTB
@@ -182,6 +200,11 @@ define Image/PrepareCFELzmaKernelDTB
 endef
 
 define Image/Prepare
+       # build relocation code first
+       rm -rf $(KDIR)/relocate
+       $(CP) ../../generic/image/relocate $(KDIR)
+       $(MAKE) -C $(KDIR)/relocate $(RELOCATE_MAKEOPTS)
+
        $(call Image/PrepareCFELzmaKernel,)
 
        $(foreach board,$(sort $(TARGET_$(PROFILE)_DTBS)), $(call Image/PrepareCFELzmaKernelDTB,$(board)))
diff --git a/target/linux/brcm63xx/patches-3.18/810-BCM63XX-move-kernel-behind-CFE.patch b/target/linux/brcm63xx/patches-3.18/810-BCM63XX-move-kernel-behind-CFE.patch
deleted file mode 100644 (file)
index b161edb..0000000
+++ /dev/null
@@ -1,29 +0,0 @@
-From b99815f47828214b298178b0d0e2a9f3aae9f24a Mon Sep 17 00:00:00 2001
-From: Jonas Gorski <jogo@openwrt.org>
-Date: Sun, 22 Mar 2015 11:49:16 +0100
-Subject: [PATCH] MIPS: BCM63XX: move kernel behind CFE
-
-CFE will load itself to offset 4 MiB (or 6 MiB) in memory occupying a
-bit over one MiB. Traditionally the kernel will get linked to and loaded
-at offset 64k.
-This will pose a problem if the kernel size reaches 4 MiB - 64 kB, as
-CFE will start overwriting itself. This can easily happen by including a
-ramdisk image in the kernel.
-While for net-booted elf kernels this can be worked around by wrapping
-them in a lzma boot loader, on-flash images require the kernel to be
-lzma compressed. This would cause inefficient double compression.
-
-Luckily we have full control over where the kernel will be extracted to
-and the entry point to be called, so move the kernel to behind CFE.
----
- arch/mips/bcm63xx/Platform |    2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
---- a/arch/mips/bcm63xx/Platform
-+++ b/arch/mips/bcm63xx/Platform
-@@ -4,4 +4,4 @@
- platform-$(CONFIG_BCM63XX)    += bcm63xx/
- cflags-$(CONFIG_BCM63XX)      +=                                      \
-               -I$(srctree)/arch/mips/include/asm/mach-bcm63xx/
--load-$(CONFIG_BCM63XX)                := 0xffffffff80010000
-+load-$(CONFIG_BCM63XX)                := 0xffffffff80800000