[PATCH] ramips: support TP-Link EAP615-Wall

Sander Vanheule sander at svanheule.net
Sat Feb 5 04:30:12 PST 2022


On Sat, 2022-02-05 at 13:36 +0200, Stijn Tintel wrote:
> On 4/02/2022 20:05, Stijn Tintel wrote:
> > > > +  DEVICE_MODEL := EAP615-Wall
> > > > +  DEVICE_VARIANT := v1
> > > > +  DEVICE_PACKAGES := kmod-mt7915e
> > > > +  TPLINK_BOARD_ID := EAP615-WALL-V1
> > > > +  KERNEL := kernel-bin | lzma | fit lzma $$(KDIR)/image-$$(firstword
> > > > $$(DEVICE_DTS)).dtb | pad-to 64k
> > > > +  KERNEL_INITRAMFS := kernel-bin | lzma | fit lzma $$(KDIR)/image-$$(firstword
> > > > $$(DEVICE_DTS)).dtb with-initrd | pad-to 64k
> > > Is the 'pad-to 64k' required? mtdsplit can split at arbitrary boundaries, so I think
> > > the
> > > padding here isn't very useful. The other device with FIT images on mt7621 also
> > > don't add
> > > padding to the kernel.
> > Removed.
> 
> Removing the padding causes this logging line during boot:
> 
> [    0.712046] mtd: partition "rootfs" doesn't start on an erase/write
> block boundary -- force read-only
> 
> While it doesn't cause any real issues, I prefer to not have this
> message. The datasheet leaves me clueless about the erase block size,
> but in sysfs I can find 64k, so I'm going to add back pad-to 64k to KERNEL.

You should also be able to use the BLOCKSIZE variable instead of "64k".

The warning you get was patched out previously with target/linux/generic/pending-5.4/411-
mtd-partial_eraseblock_write.patch, but I don't remember seeing that on my own 5.10
builds...

Can anyone more experienced with mtd(split) tell if the padding is required here?

Best,
Sander




More information about the openwrt-devel mailing list