I noticed this trying to test out compressed kernel booting. The
problem is that a compressed kernel is divided into two pieces, one of
which starts at 0x000e0000 and is the bootstrap code which is
uncompressed into 0x00100000 and the rest of which is the real
compressed kernel which is loaded above the end of the current
decompressed size of the entire kernel. palo decompresses the head and
jumps to it and it then decompresses the rest of the kernel into place.
This means that the first part of the compressed image can't be larger
than 0x20000 == 131072 because otherwise it will be loaded into an area
that decompression will alter.
The problem is that a change was introduced by
commit 34c201ae49fe9e0bf3b389da5869d810f201c740
Author: Helge Deller <deller@xxxxxx>
Date: Mon Oct 15 22:14:01 2018 +0200
parisc: Include compressed vmlinux file in vmlinuz boot kernel
Which moved the compressed vmlinux from the second segment to the
first, which is what makes it too big for me. This patch reverting
that piece allows me to boot again.
James
---
diff --git a/arch/parisc/boot/compressed/vmlinux.lds.S b/arch/parisc/boot/compressed/vmlinux.lds.S
index bfd7872739a3..5841aa373c03 100644
--- a/arch/parisc/boot/compressed/vmlinux.lds.S
+++ b/arch/parisc/boot/compressed/vmlinux.lds.S
@@ -42,12 +42,6 @@ SECTIONS
#endif
_startcode_end = .;
- /* vmlinux.bin.gz is here */
- . = ALIGN(8);
- .rodata.compressed : {
- *(.rodata.compressed)
- }
-
/* bootloader code and data starts behind area of extracted kernel */
. = (SZ_end - SZparisc_kernel_start + KERNEL_BINARY_TEXT_START);
@@ -73,6 +67,12 @@ SECTIONS
*(.rodata.*)
_erodata = . ;
}
+ /* vmlinux.bin.gz is here */
+ . = ALIGN(8);
+ .rodata.compressed : {
+ *(.rodata.compressed)
+ }
+
. = ALIGN(8);
.bss : {
_bss = . ;
