Зависание RK3568 U-boot на Starting kernel...

earlycon=uart8250,mmio32,0xfe660000,115200n8

На uart там 1500000, полагаю.

А вы u-boot откуда взяли?

У rockchip исходники тут (github.com) лежат, версия 2017 года.

uart перенастроен на 115200

Как было выше сказано. Проверь номер UART-а и скорость вывода. Про 1500000 верный момент. Подключался ты с какими параметрами?

Ядро версия 6.6

Что-то старенькое. По идее Mainline U-Boot и ядро Linux нормально поддерживаются (с.м. поддержку RK3588). Соответственно вопрос: что собираешь? SDK «от производителя»?

В принципе, свои платы поднимал влёт, что в Buildroot, что в Yocto. Тут по сути, только DTS добавить.

У rockchip исходники

Зачем это старьё? Mainline без проблем работает.

Зачем это старьё? Mainline без проблем работает.

Окей, mainline я ещё не тыкал.

Да, но нужны не легаси, старые, а новые, с поддержкой extlinux.conf. Причем, сборка используется от самих Inmys и на их evb нормально работает. Но у них единый образ на eMMC или SD, не подходит. Нужно с поддержкой нескольких разделов. и вот здесь какая-то засада. Те же самые u-boot (запускается), kernel, dtb не запускаются

Собирается Buildrootom своя сборка.

dts беру от производителя, на их SOM. Но я в дереве не очень разбираюсь. Есть еще один DTS, конкретно под эту плату, составлял другой человек, но и с ним тоже не поднимается

В dts под эту плату в chosen ничего лишнего не написано?

А производитель на какой скорости и каком порту предлагает подключаться?

Попробуй earlycon console=ttyS2,1500000n8

или со своей скоростью.

Производитель на 1500000, хотя бы кракозябры появлялись, пересобрал дерево со скоростью 115200, та же история, порт тот же

нет, не идет

Там только выбор порта под консоль

Производитель на 1500000, хотя бы кракозябры появлялись

Не каждый USB-UART такую скорость поддерживает.

Попробуй указать рут через PARTUUID. U-boot тоже vendor, как и ядро?

Пробовал, не помогает, да и это уже гораздо позже в ядре происходит монтирование рутфс. На начальную загрузку ядра никак не сказывается

Да, но если собрать uboot с такой скоростью, то кракозябры до переключения порта на нужную скорость (1500000). Так что, если бы ядро что-то плевало, не на скорости порта, все равно кракозябры бы высыпались

Подскажите, как можно попытаться отладить этот момент?

В теории есть отладочная печать. И судя по исходному коду, вокруг Starting kernel ... есть чему печататься. На практике, мне не получилось по этой инструкции ничего добиться. Ни конфигами, ни с помощью define в сишных файлах.

Единственное, что сработало – добавить #define DEBUG в include/common.h, но после Das U-boot (а мы крепчаем) отваливается в этом месте:

Cannot find uclass for id 12: please add the UCLASS_DRIVER() declaration for this UCLASS_... id
drivers/core/ofnode.c:78: ofnode_read_bool: Assertion `ofnode_valid(node)' failed.
### ERROR ### Please RESET the board ###

А вот это Moving Image from 0x2080000 to 0x2200000, end=4010000 - нормальное поведение, ядро точно поверх себя не перезаписывается?

А может и не зависает? У uboot одни настройки вывода сообщений, у ядра - другие…

Может вообще вывод отладочных сообщенйи отключён, надо проверить:

Kernel hacking  --->
    [*] Kernel debugging              # CONFIG_DEBUG_KERNEL
    [*]   Debug printk                # CONFIG_DEBUG_PRINTK
    [*] Enable dynamic printk support # CONFIG_DYNAMIC_DEBUG 


Kernel hacking  --->
    Early printk                      # CONFIG_EARLY_PRINTK

General setup  --->
    Default kernel log level (1..7)  # CONFIG_DEFAULT_MESSAGE_LOGLEVEL

Отладка через серийный порт (если нет графики):

Device Drivers  --->
    Character devices  --->
        Serial drivers  --->
            [*] Console on serial port (например, 8250/16550)

Kernel hacking  --->
    [*] Serial port early console     # CONFIG_SERIAL_EARLYCON

Направление вывода отладочных сообщений задаётся параметрами командной строки ядра.

Основные параметры:

console=tty0 - вывод на основной дисплей (фреймбуфер)
console=ttyS0,115200n8 - вывод на последовательный порт (скорость 115200)
console=tty0 console=ttyS0,115200 - на оба устройства (сообщения дублируются)
earlyprintk=serial,ttyS0,115200 - ранний вывод через COM-порт
earlyprintk=vga - ранний вывод на VGA (не всегда работает)

А после Starting kernel ... на видео выход что-то выводится?

Когда хотел запустить линукс на плйере на старом рокчипе, перебирал готовые образы. Один армбиан на ядре 5.10.27 запустился и работал. А другие, после Starting kernel ... в ттл-уарт, через 1-2 секунды вываливали 1-2 экрана текста, видимо что ядро раскрошилось, и стоял. Но не все, некоторые образы даже этого не писали на экран.

вываливали 1-2 экрана текста

Уточнение. Вываливали на монитор подключенный по HDMI. А в ттл-уарт вывод прекращался.

У меня на 3588 в mainline earlycon тоже не заработал, вывод в hdmi работает, консоль после загрузки тоже. Попробуй ttyS0/ttyS1/ttyS2 в console прописать, может он доходит до консоли

По идее, u-boot использует безопасное перемещение при перекрытии регионов.