damifeng的专栏

编译成功后，生成的二进制文件和库文件在libgpiod-2.0.1/build/ 目录下。把二进制文件和库文件复制到板卡根文件系统的对应目录。

rk3568的主线Linux内核，cpu厂商已经完成了大部分工作，我们这种周边玩家其实就是根据自己板卡的硬件，把设备树文件(dts)添加上，适配自己的板卡，当然也会遇到一些问题。板卡使用鲁班猫。

可以判断是因为，两种文件系统的加载时机不一样导致的，initramfs在wifi模块注册前已经把根文件系统准备好，驱动注册时可以访问到根文件系统的/lib/firmware目录。测试时发现使用initramfs格式的根文件系统(编译进内核)以顺利加载wifi模块的firmware文件，ubifs格式的根文件系统则加载firmware失败，提示找不到文件。但是测试过程中并没有生成/dev/dsp设备节点，折腾后发现音频驱动和设备必须在根文件系统启动前注册好，否则/dev/dsp设备节点不会生成。

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

TB-RK3568X0是根据自己的板卡选择的，make-ohos.sh文件里的model_list可以查看支持的板卡。需要对rk3568 openharmony的Linux内核进行调试，内核源码在。boot_linux.img即是修改后的内核镜像，烧录到板卡里。编译成功后返回，openharmony的源码根目录。目录下生成新的boot_linux.img。目录下，这是没打鸿蒙补丁前的源码。真正编译及打了补丁的内核源码在。

这个指向时钟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版本。根据提示输入对应的数字即可。从新执行编译，错误消除。

龙芯(Loongson)或者mips架构的CPU，如果使用https://www.kernel.org/官方的标准内核，使用Linux的cat /proc/cpuinfo命令获取CPU信息时，是没有频率显示的。需要修改内核的arch/mips/kernel/proc.c源码文件，该文件就是给/proc/cpuinfo提供CPU需要的信息的。在show_cpuinfo()函数添加:seq_printf(m, “CPU MHz\t\t\t: %u.%02u\n”,mips_hpt_frequency *