RT-Thread-MilkV Duo256M ARM RT-Thread 调试记录RT-Thread问答社区

MilkV Duo256M ARM RT-Thread 调试记录

发布于 2024-07-27 20:28:48 浏览：151 订阅该版

[tocm]

记录一次较为完整的 RT-Thread 中 MilkV Duo256M ARM BSP 的 BUG 分析调试记录

## 问题描述

MilkV Duo256M 的 aarch64 大核无法启动进入控制台界面，串口终端输出 RT-Thread  Version Log 后就没了动静，首先检查串口引脚接线都是没有问题的。

```
[I/osi.psci] Using PSCI v1.0 Function IDs
[I/rtdm.ofw] Console: uart0 (<no-node>)                                                                                                 
 \ | /
- RT -     Thread Operating System
 / | \     5.2.0 build Jul 27 2024 18:07:14                         
 2006 - 2024 Copyright by RT-Thread team
```

## 调试思路

首先从 rt_show_version() 后开始追踪程序，发现启动系统调度器以后，cpu 就一直在 timer 线程，并且从未进入过 main 线程。

怀疑该问题是因为内核初始化启动过程中某个地方卡主了，由于该 BSP 有一段时间没有维护了，而且内核改动较大，在不清楚具体程序卡主位置的情况下，首先想到的是通过版本回溯查找第一个引入问题的版本。

62544df（“[bsp\][cvitek] Initialize the Milk-V Duo 256M using the device tree ”）是该bsp最后一次维护记录，也是确认可以正常运行的，从从该版本起开始二分法测试各版本，最终定位到最后一个可以正常运行的版本是 ae6a328 ("Add psoc62、61 config") , 从 754c59a ("[Feature] DFS mount auto by kernel parameters") 开始引入该 BUG 。分析该版本，主要是引入了 mnt.c 文件，通过代码看到该模块初始化可能会进入循环。于是对该模块进行重点调试，发现果然程序在 `rootfs_mnt_init` 中陷入了死循环

```
Rootfs: on /dev//dev/mmcblk0p2 type=(NULL) rw
Wait for /dev//dev/mmcblk0p2 init
```

结合代码上下文分析

```c
const char *rootwait, *rootdelay = RT_NULL;
rootwait = bootargs_select("rootwait", 0);
/* Maybe it is undefined or 'rootwaitABC' */
if (!rootwait || *rootwait)
{
    rootdelay = bootargs_select("rootdelay=", 0);
    if (rootdelay)
    {
        timeout = rt_tick_from_millisecond(atoi(rootdelay));
    }
    rootwait = RT_NULL;
}
        
for (; rootdelay || rootwait; --timeout)
{
    if (!rootwait && timeout == 0)
    {
        LOG_E("Wait for /dev/%s init time out", dev);
        break;
    }

if (rt_device_find(dev))
    {
        break;
    }
    rt_thread_mdelay(1);
}
```

可能是 rootdelay 和 rootwait 出现了问题，通过打印看到 rootwait 没有赋值，得到的是一个空字符串，导致这里陷入了死循环。这两个变量是通过设备树获取的值，但是通过反编译 bsp 中存放的 sg2002_milkv_duo256m_arm_sd.dtb 文件，得到的 .dts 中并没有找到相关的描述。

## 解决方案

由于设备树文件使用的是原厂提供的，不建议直接更改，而且 mnt .c 是公共文件，对其改动会引起一系列的问题。最终在 mnt.c 作者 [GuEe-GUI](https://github.com/GuEe-GUI) 的帮助下，采用临时解法：伪造一个名字叫 `/dev/mmcblk0p2` 的设备, 使得避免死循环, 初始化结束之后反注册这个设备。代码如下：

```c
#include <rtthread.h>
#include <rtdevice.h>

static struct rt_device *pseudo_mmcblk;

static int pseudo_mmcblk_setup(void)
{
    pseudo_mmcblk = rt_calloc(1, sizeof(*pseudo_mmcblk));

RT_ASSERT(pseudo_mmcblk != RT_NULL);

pseudo_mmcblk->type = RT_Device_Class_Graphic;

return (int)rt_device_register(pseudo_mmcblk, "/dev/mmcblk0p2", RT_DEVICE_FLAG_DEACTIVATE);
}
INIT_BOARD_EXPORT(pseudo_mmcblk_setup);

static int pseudo_mmcblk_remove(void)
{
    if (pseudo_mmcblk)
    {
        return (int)rt_device_unregister(pseudo_mmcblk);
    }

return 0;
}
INIT_FS_EXPORT(pseudo_mmcblk_remove);
```

最终这只是一个临时的解法，之后想要彻底解决这个问题，或者避免其他平台使用设备树后出现类似问题，需要从 bootargs 入手。

能够快速的跟踪并解决该 bug 离不开 [unicornx](https://github.com/unicornx) 和 [GuEe-GUI](https://github.com/GuEe-GUI) 的积极帮助，在此对各位大佬表示感谢。

## Ref：

- https://github.com/RT-Thread/rt-thread/issues/9243