The padding intended to avoid corrupted non-zero padding payload was
accidentally adding too many padding bytes, tripping up some setups.
Fix this by using eth_skb_pad instead.
Signed-off-by: Felix Fietkau <nbd@nbd.name>
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip: add support for dilusense dlfr100
* rockchip: add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* rockchip:add support for dilusense dlfr100
* Add files via upload
* Add files via upload
* Add files via upload
* Add files via upload
* Update rk3399-dlfr100.dts
* Add files via upload
This only fixes minor problems.
Changelog: https://github.com/Mbed-TLS/mbedtls/releases/tag/v2.28.3
The 100-fix-compile.patch patch was merged upstream.
The code style of all files in mbedtls 2.28.3 was changed.
Signed-off-by: Hauke Mehrtens <hauke@hauke-m.de>
Pahole version is being autodetected during runtime since kernel 5.15.96
via in-kernel scripts/pahole-version.sh so add CONFIG_PAHOLE_VERSION to
kernel filter in order to prevent it from being added to target configs.
Signed-off-by: Robert Marko <robimarko@gmail.com>
The XMC XM25QH64C is a 8MB SPI NOR chip. The patch is verified on TL-WPA8631P v3.
Datasheet available at https://www.xmcwh.com/uploads/442/XM25QH64C.pdf
Signed-off-by: Joe Mullally <jwmullally@gmail.com>
The TP-Link TL-XDR4288 has the same hardware as the
TP-Link TL-XDR6088 except for the wireless part.
Note: WiFi: MT7976DAN (2.4G 2T2R, 5G 3T3R)
Signed-off-by: AnYun <amadeus@openjmu.xyz>
We need to reset KERNEL_LOADADDR if we use it on a per-device base.
Otherwise the previous value will be kept in case a device doesn't
define KERNEL_LOADADDR and relies on the default.
Move initializing KERNEL_LOADADDR to target/linux/mediatek/image/Makefile,
similar to how it's done also on the ramips target.
This fixes image size related breakage on devices which rely on the
default value of KERNEL_LOADADDR.
While at it use 0x48000000 which is more common than the previous default
0x44000000 for the filogic subtarget.
Fixed: e7c399bee6 ("filogic: add support for ASUS TUF-AX4200")
Signed-off-by: Daniel Golle <daniel@makrotopia.org>
