基于全志A40i开发板——Linux-RT内核应用开发教程（1）
目录
1 Linux-RT内核简介 3
2 Linux系统实时性测试 3
3 rt_gpio_ctrl案例 10
4 rt_input案例 15
本文为Linux-RT内核应用开发教程的第一章节——Linux-RT内核简介、Linux系统实时性测试，欢迎各位阅读！本期用到的案例板子是创龙科技旗下的A40i工业级别开发板，是基于全志科技A40i处理器设计，4核ARM Cortex-A7的高性能低功耗国产开发板，每核主频高达1.2GHz。
基于全志科技A40i开发板，其接口资源丰富，可引出双路网口、双路CAN、双路USB、双路RS485等通信接口，板载Bluetooth、WIFI、4G（选配）模块，同时引出MIPI LCD、LVDS LCD、TFT LCD、HDMI OUT、CVBS OUT、CAMERA、LINE IN、H/P OUT等音视频多媒体接口，支持双屏异显、1080P@45fps H.264视频硬件编码、1080P@60fps H.264视频硬件解码，并支持SATA大容量存储接口。
A40i核心板采用100%国产元器件方案，并经过专业的PCB Layout和高低温测试验证，稳定可靠，可满足各种工业应用环境，应用于能源电力、轨道交通、工业控制、工业网关、仪器仪表、安防监控等典型领域。
Linux-RT内核简介
创龙科技提供的Linux-RT内核应用了开源的RT PREEMPT机制进行补丁。PREEMPT_RT补丁的关键是最小化不可抢占的内核代码量，同时最小化必须更改的代码量，以便提供这种附加的可抢占性。PREEMPT_RT补丁利用Linux内核的SMP功能来添加这种额外的抢占性，而不需要完整的内核重写。Linux-RT内核增加PREEMPT_RT补丁后，增加了系统响应的确定性和实时性，但是代价是CPU性能降低。
Linux-RT内核与普通Linux内核相比，几个主要的相同之处是：
（1） 具有相同的开发生态系统，包括相同工具链、文件系统和安装方法，以及相同的POSIX API等。
（2） 仍然存在内核空间和用户空间的划分。
（3） Linux应用程序在用户空间中运行。
Linux-RT内核与普通Linux内核在常规编程方式上的几个主要不同之处是：
（1） 调度策略。
（2） 优先级和内存控制。
（3） 基于Linux-RT内核的应用程序使用了调度策略后，系统将根据调度策略对其进行调优。
Linux系统实时性测试
本章节主要介绍使用Cyclictest延迟检测工具测试Linux系统实时性的方法。Cyclictest是rt-tests测试套件下的一个测试工具，也是rt-tests下使用最广泛的测试工具，一般主要用来测试内核的延迟，从而判断内核的实时性。
创龙科技默认使用是的Linux内核，同时提供了Linux-RT内核位于产品资料“4-软件资料\Linux\Kernel\bin\linux-3.10.65-[版本号]-[Git系列号]\”目录下，请按照如下方法更换为Linux-RT内核。
将Linux-RT内核镜像boot-rt.fex和Linux-RT内核配套的内核模块目录modules-rt拷贝至Ubuntu工作目录下，执行如下命令，将boot-rt.fex重命名为boot.fex，并进入modules-rt目录下将内核模块压缩包解压。
Host# mv boot-rt.fex boot.fex
Host# cd modules-rt/
Host# tar -zxf 3.10.65-rt69-g1f1e2d0.tar.gz
图 1
将重命名后的内核镜像和解压后的内核模块拷贝至评估板文件系统任意目录下。执行如下命令替换内核镜像和内核模块，评估板重启生效。
备注：mmcblk1为Micro SD对应的设备节点，如需固化至eMMC，请将设备节点修改为mmcblk0。
Target# dd if=boot.fex of=/dev/mmcblk1p6
Target# cp 3.10.65-rt69-g1f1e2d0/ /lib/modules/ -r
Target# rm /system/vendor/ -r
Target# sync
Target# reboot
图 2
图 3 Linux-RT内核
Cyclictest工具简介
Cyclictest常用于实时系统的基准测试，是评估实时系统相对性能的最常用工具之一。Cyclictest反复测量并精确统计线程的实际唤醒时间，以提供有关系统的延迟信息。它可测量由硬件、固件和操作系统引起的实时系统的延迟。
为了测量延迟，Cyclictest运行一个非实时主线程（调度类SCHED_OTHER），该线程以定义的实时优先级（调度类SCHED_FIFO）启动定义数量的测量线程。测量线程周期性地被一个到期的计时器（循环报警）所定义的间隔唤醒，随后计算有效唤醒时间，并通过共享内存将其传递给主线程。主线程统计延迟值并打印最小、最大和平均延迟时间。
参考链接：https://wiki.linuxfoundation.org/realtime/documentation/howto/tools/cyclictest/start?s[]=cyclictest。
编译Cyclictest工具
将产品资料“4-软件资料\Demo\linux-rt-demos\Cyclictest\”目录下的rt-tests.tar.gz压缩包复制到Ubuntu系统，执行如下命令将其解压。
Host# tar -zxf rt-tests.tar.gz
图 4
请先确保已参考Linux系统使用手册编译过LinuxSDK，构建A40i处理器对应的GCC编译器。进入解压生成的rt-tests源文件目录执行如下命令，使用LinuxSDK开发包目录下的GCC编译器进行案例编译。编译完成后，将在当前目录下生成可执行文件。
Host# CC=/home/tronlong/A40i/lichee/out/sun8iw11p1/linux/common/buildroot/host/usr/bin/arm-linux-gnueabihf-gcc make
图 5
图 6
编译完成后，将在当前路径下生成cyclictest可执行文件，将其复制到评估板文件系统。
使用Cyclictest测试系统实时性
本次测试对比基于Linux-RT-3.10.65内核和Linux-3.10.65内核的Linux系统实时性。参照如下步骤，结合Iperf和Cyclictest工具测试系统的实时性。此处使用Iperf工具不断触发系统中断，提高中断处理负载，以便更好测试系统实时特性。
在Ubuntu执行如下命令查看IP地址，并以服务器模式启动Iperf测试。
Host# ifconfig
Host# iperf -s -i 1
图 7
分别使用Linux-RT-3.10.65内核和Linux-3.10.65内核启动评估板，执行如下命令以客户端模式启动Iperf，并连接到服务器端（Ubuntu系统）。192.168.0.40为Ubuntu的IP地址，"-t3600"指定测试时间为3600秒，&表示让程序在后台运行。
Target# iperf -c 192.168.0.40 -d -t3600&
图 8
执行如下命令使用Cyclictest程序测试系统实时性。
Target# ./cyclictest -t5 -p98 -m -n -D10m
图 9 Linux-RT-3.10.65内核测试结果
图 10 Linux-3.10.65内核测试结果
表 1 Cyclictest测试结果说明
| 参数 |
解析 |
| T(Thread) |
线程索引和线程ID |
| P(Priority) |
线程的优先级 |
| I(Interval) |
延迟，测量线程的预期唤醒周期 |
| C(Count) |
测量延迟的次数 |
| Min(Minimum) |
测量的最小延迟（单位us） |
| Act(Actual) |
最近一次测量的延迟（单位us） |
| Avg(Average) |
平均延时（单位us） |
| Max(Maximum) |
测量的最大延迟（单位us） |
对比测试数据，可看到基于Linux-RT-3.10.65内核的系统的延时更加稳定，最大延时更低，系统实时性更佳。
Cyclictest命令参数解析可执行"./cyclictest --help"查看，如下图所示。
图 11
图 12
好了，到这里本次开发例程的第一章节就阅读完毕，如需看到更多案例，请返回点击更多文章阅读，欢迎您的关注，也可以在评论区留言获取更多资料。