我 对问题发布了答案
这个问题好像是有个PR(commit SHA-1: da55491608e19c53d5260309a4fb2ccad930cc51)引入的,那个pr修改了gcc.py这个脚本,所有的BSP编译都有问
我 发表了评论
[@whj467467222](https://club.rt-thread.org/u/cbd1d2812f662da4) 谢谢,靖哥哥。
我 发表了评论
现在主线版本其实已经支持aarch64架构的CPU,gicv3的驱动已经适配的一个版本,目前BSP中 ft2004就是使用的gicv3中断控制器,关于64位的移植可以参考树莓派的BSP。
我 对问题发布了答案
先检查线接好没。还存在这个问题,换一下其他SPI,比如SPI0、不要使用SPI2有点玄学,曾将被坑过,换了其他spi好了,懒得查原因。
我 对问题发布了答案
你说的应该是start_gcc.s中的这段代码: @ cpu id > 0, stop or wait #ifdef RT_SMP_AUTO_BOOT ldr r0, =secon
我 对问题发布了答案
类似的问题我遇到过,我介绍下我的经验和意见:检查下硬件,特别是phy有没有虚焊。使用带端口镜像的交换机,将与stm32连接的端口镜像到别的硬件端口,再通过pc与镜像后的端口连接,在使用wireshar
我 发表了评论
Raspberry-Pico SMP调度移植~