]> git.ipfire.org Git - thirdparty/openwrt.git/commit
realtek: board: add patch to fix boot hang 24541/head
authorJonas Jelonek <jelonek.jonas@gmail.com>
Sun, 2 Aug 2026 20:02:10 +0000 (20:02 +0000)
committerJonas Jelonek <jelonek.jonas@gmail.com>
Mon, 3 Aug 2026 06:43:52 +0000 (08:43 +0200)
commitdb2fbb25ab21d25f5fee1690ab05b6ed2a8e330b
tree3e71c8c7f909493954a0f93eb7e6134c8c93a456
parentf6cc96990ae2eaa1ebf816ad626e2e093874744d
realtek: board: add patch to fix boot hang

Add a patch to fix boot hang on some devices after 7cc31af7bdd4
("realtek: convert to generic machine initialization"), reusing
upstream's implementation of Realtek board setup. The issue came up on a
Linksys LGS352C device, causing total silence and a hang after
rt-loader's last line "Booting kernel from 0x80100000 ...".

While the OpenWrt downstream version operated on the plain appended
device tree using a pointer, the upstream implementation copies the FDT
into a 16 KiB buffer. Given the following survey, this may be too small
for some devices:

  rtl9311_linksys_lgs352c:                21278 bytes
  rtl9313_ubnt_usw-pro-xg-8-poe:          12809 bytes
  rtl9313_hasivo_f5800w-12s-plus:         13103 bytes
  rtl9313_xikestor_sks8300-12x-v1:        13630 bytes
  rtl9313_zyxel_xs1930-12f:               14488 bytes
  rtl9313_zyxel_xs1930-12hp:              15234 bytes
  rtl9313_hasivo_s1300wp-8xgt-4s-plus:    15341 bytes

To fix this, the patch increases the buffer size, leaving some more
headroom for further outliers.

Fixes: 7cc31af7bdd4 ("realtek: convert to generic machine initialization")
Assisted-by: Claude:claude-sonnet-5
Link: https://github.com/openwrt/openwrt/pull/24541
Signed-off-by: Jonas Jelonek <jelonek.jonas@gmail.com>
target/linux/realtek/patches-6.18/300-03-realtek-board-increase-fixup_fdt-buffer-to-32-KiB.patch [new file with mode: 0644]