D1S tina2.0SDK只支持到20200720这个版本，目前已经通过修改device下的broadconfig.mk试图修改：
LICHEE_COMPILER_TAR:=riscv64-glibc-gcc-thead_20200702.tar.xz
但是没什么用，平头哥官网下载的Xuantie-900-gcc-linux-5.4.36-glibc-x86_64-V2.0.5-20220324.tar.gz是最后一个支持linux5.4的版本，想升级一下，不知道有没朋友了解如何升级？
另外有个大发现，D1S的SPL居然用的ARM的toolchain，gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi会被解压，这颗RSICV的芯片，居然用ARM核引导，要是内部的ARM核我们能用起来那就很赚了，AMD的开核技术，啥时候全志也走一波。D1S的性能比较树莓派4B的单核性能差的比较多，算PI 5000位，4B只需要48S，而D1S需要116S，当然，目前只有这个测试数据，望有用的朋友参考。
目前正在研究D1S，开发文档很多，但是感觉不是那么友好几乎都是底层开发，目前想在D1S开发一些上层的应用程序，遇到这个芯片需要交叉编译，跟之前直接用GCC就编译有点差异，这个OpenWRT没有GCC，只能在HOST的电脑上编译好程序再下载到D1S上运行，目前需要用到音频相关的程序，比如需要asound库，源码库里面是带的，但是不知道如何让自己的程序去引用？这方面不知道有没有大神知道的？相信做这个D1开发的一定会遇到。
@aldfaaa 库编译可以用tina的交叉环境编译，但是现在的OPENCV的CPP程序需要引用OPENCV的库，交叉编译又找不到编译出来的库，不知道APP这方面，如何交叉编译的时候还能用上自己编译出来的LIB库阿？
我也正在调试，目前情况来看，MCLK已经正常输出了，I2C的数据由于没示波器看不到，还没正确读到SENSOR的正确ID，已经搞了两三天了也没结果，确实是有很多坑，官方的D1 TINA2.0连VIND的DTS配置也没有，我是照着文档配了才有的，目前没有官方的参考，只有自己摸索
D1S tina2.0SDK只支持到20200720这个版本，目前已经通过修改device下的broadconfig.mk试图修改：
LICHEE_COMPILER_TAR:=riscv64-glibc-gcc-thead_20200702.tar.xz
但是没什么用，平头哥官网下载的Xuantie-900-gcc-linux-5.4.36-glibc-x86_64-V2.0.5-20220324.tar.gz是最后一个支持linux5.4的版本，想升级一下，不知道有没朋友了解如何升级？
另外有个大发现，D1S的SPL居然用的ARM的toolchain，gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi会被解压，这颗RSICV的芯片，居然用ARM核引导，要是内部的ARM核我们能用起来那就很赚了，AMD的开核技术，啥时候全志也走一波。D1S的性能比较树莓派4B的单核性能差的比较多，算PI 5000位，4B只需要48S，而D1S需要116S，当然，目前只有这个测试数据，望有用的朋友参考。