Il giorno gio 5 giu 2025 alle ore 09:58 Benjamin Larsson via openwrt-devel <[email protected]> ha scritto: > > The sender domain has a DMARC Reject/Quarantine policy which disallows > sending mailing list messages using the original "From" header. > > To mitigate this problem, the original message has been wrapped > automatically by the mailing list software. > > > ---------- Forwarded message ---------- > From: Benjamin Larsson <[email protected]> > To: [email protected] > Cc: > Bcc: > Date: Thu, 5 Jun 2025 09:57:12 +0200 > Subject: Re: [PR] Add new platform: EcoNet EN751221 (DSL / XPON modems) > > On 2025-06-04 22:11, Daniel Golle wrote: > > Nothing should prevent you from submitting support for the SPI host > > controller or the SPI-NAND chip to upstream Linux. > > > > MediaTek BMTv1/v2 as well as NMBM are legacy bad-block management > > systems, nowadays everybody should just be using UBI instead. > > > > If the (binary) bootloader expects a BMT-variant, as the source > > should be GPLv2 you can build it from source without expecting BMT > > and use UBI instead. > > [...] > > > > Cheers > > > > > > Daniel > > Hi. > > In Airoha/Econet boot loaders for later SoCs the ATF part blindly > initializes BMT structures on SPI-NAND if not found, I assume it is the > same for the legacy ones also. It is thus not possible to use just > mainline linux code unless the boot loader is changed/patched. >
Form new filogic target and new airoha target (assuming board is not fused) replacing the bootloader is safe as they both have a method to recover under ANY circumstance. For MIPS I don't know if it does also apply. This is why we suggest to just replace the bootloader and it's an exception of the usual rule of never modify the original bootloader. (it's safe and benefits overcome the PAIN of having to recover the device if the ""migration"" goes wrong) If the bootloader replacement can't be done then the only way is to bite the bullet and accept the fact that BMT needs to be used. _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
