damifeng的专栏

mplayer源码编译依赖mpg123和zlib，交叉编译mplayer前先交叉编译mpg123和zlib，并把生成的头文件和库放到指定的目录，交叉编译mplayer时指定依赖的头文件和库路径。工具链下载地址：http://www.loongnix.cn/zh/toolchain/GNU/

而Fully Preemptible Kernel (Real-Time) 模式下，最大延时则保持稳定，这也说明该模式下内核的实时性相当强，没有被其他任务影响到实时性。编译成功后，在源码目录下生成cyclictest，把cyclictest复制到板卡的根文件系统下，如果是静态编译可以直接运行不需要复制库文件。编译成功后，在/home/ufo/loongson/tools/install/目录下生成需要的库和头文件。执行静态编译，如果不进行静态编译则不需要添加。这个选项使能后，实时性有很多改善。

2023年5月份的稳定版本是openEuler-22.03-LTS-SP1，但经过验证该版本内核的loongarch架构并不能正常使用，内核可以运行起来，但进不了根文件系统。估计要等到下一个版本才能正常使用。但使用该工具链编译出来的内核并不能正常使用，因为是新旧ABI的区别。估计要修改内核源码才能正常使用。使用git clone 下载源码，只是占用空间比较大，下载时间比较长。可以下载zip压缩包。所以使用OLK-5.10分支的内核源码，该分支合入了最新的补丁。编译成功后源码根目录下生成vmlinux文件。

这个指向时钟CLK1，但是经过验证i2c驱动好像并没有与这个clocks关联上，执行devm_clk_gets函数时获取时钟源失败，即使CLK1驱动已经成功注册进内核。"PRP0001"这个值比较特殊，在Linux内核中属于generic_device，在内核启动过程中进行了注册，并不需要在特定的驱动中添加struct acpi_device_id与其进行匹配。用于设备和驱动匹配，与内核驱动中的struct acpi_device_id匹配即进行驱动注册，有点类似于struct of_device_id。

判断是python版本不对导致的，LinuxMint-21.1默认安装的是python3.10。需要安装python2.7。使用LinuxMint-21.1系统交叉编译龙芯uefi源码遇到问题，后面的数字3代表版本优先级，数字越大优先级越高。可以通过命令设置系统使用的python版本。根据提示输入对应的数字即可。从新执行编译，错误消除。

loongarch交叉工具连使用遇到的问题