diff options
author | Adrian Schmutzler <freifunk@adrianschmutzler.de> | 2020-07-22 18:49:09 +0200 |
---|---|---|
committer | Adrian Schmutzler <freifunk@adrianschmutzler.de> | 2020-07-22 18:59:44 +0200 |
commit | b057862e245444f447484149885ee3d8a001eeaa (patch) | |
tree | d3a541ad1b8b3342110bd41c759bbdccb1e9a200 /target/linux/kirkwood/patches-5.4/101-iconnect.patch | |
parent | 0a5d74fa68bce598302236ca0f3eb2db2bc1592d (diff) | |
download | upstream-b057862e245444f447484149885ee3d8a001eeaa.tar.gz upstream-b057862e245444f447484149885ee3d8a001eeaa.tar.bz2 upstream-b057862e245444f447484149885ee3d8a001eeaa.zip |
Revert "ramips: fix flash layout for TP-Link TL-WR841N v14"
This reverts commit 1623defbdbb852a4018329d07673b4b8f66225a8.
As already stated in the reverted patch, the OEM firmware will
properly recreate the config partition if it is overwritten by
OpenWrt.
The main reason for adding the partition was the image size
restriction imposed by the 0x3d0000 limitation of the TFTP
flashing process. Addressing this by shrinking the firmware
partition is not a good solution to that problem, though:
1. For a working image, the size of the content has to be smaller
than the available space, so empty erase blocks will remain.
2. Conceptually, the restriction is on the image, so it makes sense
to implement it in the same way, and not via the partitioning.
Users could e.g. do initial flash with TFTP restriction with
an older image, and then sysupgrade into a newer one, so TFTP
restriction does not apply.
3. The (content) size of the recovery image is enforced to 0x3d0000
by the tplink-v2-image command in combination with
TPLINK_FLASHLAYOUT (flash layout in mktplinkfw2.c) anyway.
Signed-off-by: Adrian Schmutzler <freifunk@adrianschmutzler.de>
Diffstat (limited to 'target/linux/kirkwood/patches-5.4/101-iconnect.patch')
0 files changed, 0 insertions, 0 deletions