aboutsummaryrefslogtreecommitdiffstats
path: root/include
diff options
context:
space:
mode:
authorSzabolcs Hubai <szab.hu@gmail.com>2021-10-10 01:32:30 +0200
committerChristian Lamparter <chunkeey@gmail.com>2021-10-10 16:47:41 +0200
commit81d694e30b4926fea057bd3e46d996a8f098b95a (patch)
treef079a3a0345ce0d779bac9a892cc0db73bfd5da6 /include
parentfe9e5fbd7527ad4ff4f5b955823216038a80557d (diff)
downloadupstream-81d694e30b4926fea057bd3e46d996a8f098b95a.tar.gz
upstream-81d694e30b4926fea057bd3e46d996a8f098b95a.tar.bz2
upstream-81d694e30b4926fea057bd3e46d996a8f098b95a.zip
ipq40xx: use zImage for GL.iNet GL-B1300, GL-S1300 to shrink below 4096k
In the "ipq40xx: switch to Kernel 5.10" discussion at GitHub, Adrian noted [0] that these GL.iNet Conexa series devices, GL-B1300 and GL-S1300 failed their image generation [1] as their gzipped uImage kernel went above 4096k. While notifying the vendor about this problem [2], I tested all U-Boot releases from GL.iNet: - they really fail to boot kernel above 4096k - they don't support lzma: "Unimplemented compression type 3" - but they boot zImage Using zImage (xz compression) the kernel is 2909k which is more than a megabyte away from the KERNEL_SIZE := 4096k limit. The gzip compressed version would be 4116k. [0]: https://github.com/openwrt/openwrt/pull/4620#issuecomment-932765776 [1]: commit 7b1fa276f5a2 ("ipq40xx: add testing support for kernel 5.10") [2]: https://forum.gl-inet.com/t/ipq40xx-kernel-size-and-u-boot-v5-10-is-too-big-for-4-mb/17619 Signed-off-by: Szabolcs Hubai <szab.hu@gmail.com>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions