aboutsummaryrefslogtreecommitdiffstats
path: root/include/kernel.mk
diff options
context:
space:
mode:
authorRafał Miłecki <zajec5@gmail.com>2016-07-04 11:48:10 +0200
committerRafał Miłecki <zajec5@gmail.com>2016-07-04 12:32:12 +0200
commit3c014dc3066bf03781b971237c591a8db7fc85bc (patch)
tree5dcb4880d0be4c2336fbc0f2993573130f50e3c0 /include/kernel.mk
parenta1b52e2b53f20e39894e5e80e7fc08c1950d9224 (diff)
downloadupstream-3c014dc3066bf03781b971237c591a8db7fc85bc.tar.gz
upstream-3c014dc3066bf03781b971237c591a8db7fc85bc.tar.bz2
upstream-3c014dc3066bf03781b971237c591a8db7fc85bc.zip
Revert "bcm53xx: use uncompressed zImages"
This reverts commit b3be33f135f447d56ef9a5461e7e675d5cc35730. CFE is known to fail in some non-standard cases, e.g. when using kernel or format different that what was tested by Broadcom. This kernel change triggered some problem with booting OpenWrt kernel stored in Seama. As long as Seama checksum was covering enough data, it was working fine. We need to change it however, because calculating MD5 over part of UBI containing SquashFS is unsafe. UBI may move PEBs depending on flash wearing level which would break CFE booting the image. For some reason this kernel change was breaking CFE. Calculating MD5 over 0x47ffc0 B data or less (there is 0x40 B long header) was stopping booting process at: Starting program at 0x00008000 As our kernel is usually 0x3fffc0 B it was affected by this problem. Reverting this change fixes sysupgrade (which already uses kernel size for MD5 calculation) and will allow us to adjust "fixseama" command call on the first boot. Signed-off-by: Rafał Miłecki <zajec5@gmail.com>
Diffstat (limited to 'include/kernel.mk')
0 files changed, 0 insertions, 0 deletions