aboutsummaryrefslogtreecommitdiffstats
path: root/package/utils/xfsprogs
diff options
context:
space:
mode:
authorMason Clarke <mclarke2355@gmail.com>2019-12-29 19:03:00 +0100
committerHauke Mehrtens <hauke@hauke-m.de>2020-01-05 19:36:45 +0100
commit6fba88de1913301f11163aa05298e4fb488b3640 (patch)
tree9655b2cc9b937b5233501e7169237ac779b4f203 /package/utils/xfsprogs
parent983605e61f16b76e173fa62092f1b37c3a8e3859 (diff)
downloadupstream-6fba88de1913301f11163aa05298e4fb488b3640.tar.gz
upstream-6fba88de1913301f11163aa05298e4fb488b3640.tar.bz2
upstream-6fba88de1913301f11163aa05298e4fb488b3640.zip
ramips: reduce lzma dictionary size for D-Link DIR-645
Currently this device fails to boot with the OpenWrt snapshot images (release images are unaffected). The error message is: "LZMA ERROR 1 - must RESET board to recover". This happens because the kernel image is too big for the bootloader to boot. This commit works around this by decreasing the lzma dictionary size option from the default 23 to 10. Before this change the current OpenWrt snapshot image (uncompressed kernel size 4875139 bytes) failed to boot, while now an even bigger image (kernel 4.19 with snapshot default config; uncompressed kernel size 5162833 bytes) boots just fine. The highest lzma dictionary size option this image booted with was 11. 10 was chosen to have a bit more room for growth. An unavoidable side-effect of this change is that the compressed kernel image will take up more space. Total image size with different dictionary size options: D23 - 3973903 bytes (base) D16 - 4113167 bytes (+3.5% - +139264 bytes) D12 - 4317967 bytes (+8.7% - +344064‬ bytes) D11 - 4383503 bytes (+10.3% - +409600 bytes) D10 - 4461327 bytes (+12.3% - +487424 bytes) Fixes: FS#1484 Signed-off-by: Mason Clarke <mclarke2355@gmail.com>
Diffstat (limited to 'package/utils/xfsprogs')
0 files changed, 0 insertions, 0 deletions