[LEDE-DEV] [PATCH] ar71xx: add support for TP-Link TL-WDR7500v6
Piotr Dymacz
pepe2k at gmail.com
Wed Nov 29 12:03:21 PST 2017
Hello Bill,
On 29.11.2017 20:17, Bill Moffitt wrote:
> Hello Piotr and Karol,
[snip]
>>>> Please, include in commit message how to install LEDE on this device as
>>>> described under "commit description" section on [1].
>>>
>>> Ok, will prepare manual how to change bootloader to non-RSA one, move
>>> art and
>>> install LEDE.
>>
>> I'm sorry but I'm against accepting support for devices which requires
>> such invasive modifications. We always try to make it possible for
>> users to get back to the stock firmware which wouldn't be easy (or
>> possible at all) with your changes in mtd layout and after bootloader
>> swap.
>>
> In general, of course, I agree. However, we are seeing an increasing
> number of vendors (TP-Link and Ubiquiti, to name 2) using some form of
> locking in the bootloader to prevent loading of third-party firmware.
Then buy and use hardware from vendors who are open source friendly and
allow users to actually fully own the hardware they paid for! :)
> The only option for loading OpenWRT (permanently - not using initramfs)
> on these devices will be replacing the bootloader, as Karol does in this
> patch.
Swapping bootloader isn't the only issue I see here. Moving ART which is
essential and unique per device might end up in a data loss which cannot
be recovered in any way.
> If the only objection is that it involves invasive modifications that
> may not (probably won't) allow the device to be re-flashed to stock, I
> would prefer we accept the patch and make a very strongly-worded note in
> the ToH and the device's wiki page explaining the situation.
This is not the only one objection. Personally I don't have problems
with swapping bootloader and for ar71xx target we already have a
dedicated package with old U-Boot sources: [1]
The problem here is that the bootloader the user has to use for this
device comes from some random GitHub repository which exist today but
may disappear tomorrow. Who will make sure that the bootloader image the
author of the support mentions in his patch will be still available in
next years and is correct and won't break users device?
If the bootloader code was in our repository or in upstream, I would be
first one accepting support for this device.
What's also important to notice here, devices with QCA WiSoCs and SPI
NOR flash chips aren't easy to recover from a failed bootloader flash.
If there is no JTAG on the board the only way to bring device back to
life is to use flash chip programmer.
[1]
https://github.com/lede-project/source/tree/master/package/boot/uboot-ar71xx
--
Cheers,
Piotr
>
> FWIW,
>
> Bill
>
> _______________________________________________
> Lede-dev mailing list
> Lede-dev at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/lede-dev
>
More information about the Lede-dev
mailing list