我以前一直使用linux5.4.31，只使用了TFA没有optee

uboot是2020版本。一直用得好好的

上个礼拜我想升级到6.1.82(主要想打RT linux patch， 看到STM有出6.1.82的RT linux patch)

结果uboot启动之后，一直停在Starting kernel ...

因为串口已经被uboot初始化过，所以我自己实现了一个打印函数sysprintf，在kernel里面可以打印

发现它无法识别启动设备，一直trap在如下while循环里

while (driver_probe_done() != 0 || (ROOT_DEV = name_to_dev_t(saved_root_name)) == 0) { msleep(5); }

然后我跟了一下驱动程序，发现是rcc无法ready。程序有走到如下地方

bus: 'platform': __driver_probe_device: matched device 50000000.rcc with driver stm32mp1_rcc

然后platform_probe调用到了stm32mp1_rcc_clocks_probe返回EPROBE_DEFER的错误

之后系统又尝试了几次启动rcc，都是这个错误

从打印log 看，rcc在等scmi protocol@14 ready

bus: 'platform': __driver_probe_device: matched device 50000000.rcc with driver stm32mp1_rcc

Supplier name: protocol@14

protocol@14在scmi里面，我查看了scmi驱动加载时的打印，如下

bus: 'platform': __driver_probe_device: matched device firmware:scmi with driver arm-scmi

supplier mailbox-0 not ready

bus: 'platform': __driver_probe_device: matched device 4c001000.mailbox with driver stm32-ipcc

supplier 50000000.rcc not ready

scmi在等mailbox-0 ready, mailbox0在等rcc ready

而rcc在等scmi ready 陷入了死循环，这应该怎么处理？？

说一下个人观点，也许不对，请包涵，先不说不使用ST的SDK，自己实现tf-a->uboot->linux的难度，如果你的目的是使用RT linux patch，感觉你大概率还是要使用ST的SDK的，官方SDK从3.x->4.x->5.x->6.x存储的分区和跳转的是有一些区别的，也许还涉及一些校验的内容，即使自己把tf-a->uboot->linux逻辑全部理顺，全部修改好了，同样可能还要去修改RT linux patch，使linux和RT linux patch对应上，也许你还得往自己的tf-a->uboot->linux这套东西里面再添加一下缺失的组件。

qingbiuci 发表于 2025-4-10 08:45
[md]说一下个人观点，也许不对，请包涵，先不说不使用ST的SDK，自己实现tf-a->uboot->linux的难度，如果你 ...

STM32F042K6芯片数据，由于输入错密码3次，数据被重置了，有没有办法恢复？ 有偿求助,微信:ztb-3030