aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/generic
diff options
context:
space:
mode:
authorChristian Lamparter <chunkeey@gmail.com>2021-12-04 21:52:22 +0100
committerChristian Lamparter <chunkeey@gmail.com>2021-12-11 00:50:02 +0100
commit4deaeaa13cbcd3c4b94c69e96d7e507f201ea4cc (patch)
treeb0f3d02bc0c3687c71a055bee898dbb2e839d40b /target/linux/generic
parentffab23d99d980974e502989994f3aaec3f462865 (diff)
downloadupstream-4deaeaa13cbcd3c4b94c69e96d7e507f201ea4cc.tar.gz
upstream-4deaeaa13cbcd3c4b94c69e96d7e507f201ea4cc.tar.bz2
upstream-4deaeaa13cbcd3c4b94c69e96d7e507f201ea4cc.zip
x86: remove old lzma tuning patch
Chen Minqiang reported in his GitHub PR #4733 that: With CONFIG_TARGET_INITRAMFS_COMPRESSION_LZMA=y option set, the popular x86/amd64 target's initramfs-kernel failed to boot. The cause for this boot failure is that the LZMA compression uses a the first bytes to encode the compression parameters. It does not have a fixed magic. Yes, this only works if the the existing lzma options in the upstream are not changed. This patch does away with OpenWrt special LZMA options tuning since it is rather unlikely that upstream will improve the compression algorithm detection after all this time. Even though, the tuning produced a smaller initramfs (~1.1% in a spot check). Link: <https://github.com/openwrt/openwrt/pull/4733> Reported-by: Chen Minqiang <ptpt52@gmail.com> Signed-off-by: Christian Lamparter <chunkeey@gmail.com>
Diffstat (limited to 'target/linux/generic')
0 files changed, 0 insertions, 0 deletions