Thread (10 messages) flat view 10 messages, 3 authors, 2016-10-12

Re: Commit 1b7898ee276b "powerpc/boot: Use the pre-boot decompression API" breaks boot

From: "Oliver O'Halloran" <oohall@gmail.com>
Date: 2016-10-10 05:33:41

On Mon, Oct 10, 2016 at 3:41 PM, Michael Ellerman [off-list ref] wrote:
Heiner Kallweit [off-list ref] writes:
quoted
Am 07.10.2016 um 21:26 schrieb Heiner Kallweit:
quoted
Am 07.10.2016 um 07:51 schrieb Oliver O'Halloran:
quoted
Hi, Heiner

Could you send me a copy of the kernel .config (or which defconfig)
that you're using, the name of the HW platform that you're using and
if possible the kernel image itself?

Thanks,
Oliver
Thanks for the quick reply. Attached are .config and cuImage.
HW is a TP-Link TL-WDR4900 WiFi router (P1014-based) running OpenWRT.
After further checking I think I found the issue. The old gunzip code
handled uncompressed data transparently whilst the new one bails out
if it doesn't find a proper gzip header.
And in my case the actual kernel image is uncompressed.
With the following patch the system boots fine again (at least for me).
Thanks for testing and tracking it down.
Yeah thanks for that. I was putting off looking at it until Monday :)
I wonder why the actual image is uncompressed? Or alternately why do we
tell uboot the image is compressed when it's not?
The uboot payload (wrapper, kernel, initrd) as a whole is compressed
as a single blob. Modern uboot can just decompress the payload and
jump straight into the kernel and I'd assumed that all uboot platforms
did this. The problem is that the compatible uboot (cuboot) images do
use the wrapper and the vmlinux baked into the wrapper is
uncompressed.

Oliver
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help