原因是这样的:
首先说结论，MTIME 一定是有的，只是vendor在设计的时候，微架构上的实现不同。
业内在RISCV架构的中断部分实现中有两个标准，一个叫CLIC，另一个是PLIC，CLIC访问MTIME的方式就是前面说的，通过 ”clinc+0xbff8"寻址mtime,也就是”基地址+偏移“的形式，这种形式比较普遍。
而C906不是完全按照CLIC的标准定义这一块的，它使用了CLIC+PLIC，并没有把MTIME的地址给映射出来，而是通过rdtime 伪指令，这条指令编译的时候会扩展为csr指令读取 C906的扩展寄存器，而这个扩展寄存器就是和mtime绑定的。
所以C906上的做法可能不是完全符合CLIC的标准设计，如果你使用TH的E906，可能就是另外一个样子，E906上，中断控制器是完全按照CLIC设计的，可以用读地址的方式读取MTIME的值。
这里不会对你的有太多妨碍的，时钟配对了，上电MTME就会起来。

请问用的是啥wifi模组呢？

@caozilong
非常好的文章，想请教一下有什么工具或者方法对死锁问题进行debug吗

@whycan 在 如果不按文档走，迟早要翻车，这不melis就翻了 中说：

2021-05-18_083444.png 2021-05-18_085122.png

按套路走，搞定。
msys卡壳了，

不知道 cygwin 是如何解决这个 8192超长命令行问题的?

@pcmxz 在 V833@Melis4.0 开发QuckStart 中说：

终于把melis上支持ap6212/ap6181的驱动搞稳定咯，melis什么时候把自带的ap6203开源啊？

👍 望分享模组集成的过程，让坛主给你加鸡腿😃