一直在使用Zephyr操作系统的开发者们可能已经注意到，Zephyr一直在做完善。为了方便开发者进行设计，今天我们就索性把近期的变更内容汇总成一篇文章，让大家可以一目了然，从而方便产品设计需求。先来“敲黑板，划重点”，本文包括在两个commits中间Zephyr的变更：

 

　　b742b62b kconfiglib: 更新至引入 split_expr();

 

　　dc97fc2a kconfiglib: 更新Python 3默认支持 UTF-8;

 

　　先来看有哪些重要变更?

 

　　在X86上的Retpolines

 

　　受到 Spectre v2影响的x86 CPU，当调用中断和异常处理程序时，当线程进入时，以及当调用syscall 处理器时，现在都会支持retpolines，这些更改还会移除(未使用的)_far_jump() 和 _far_call()例程。

 

　　LED和按钮定义移动

 

　　这是将设备配置从Kconfig移至设备树(Device Tree)的长期项目的继续。

 

　　因为相关定义来自设备树，所以LED和按钮定义从所有的STM32board.h文件中移除。这是一个突破性改变，因为旧的XXX_GPIO_PORT 现在改为XXX_GPIO_CONTROLLER。使用旧名字的应用程序将需要更新。

 

　　NXP Kinetis SoC也进行了转换，以便从设备树产生这些信息。此更改保留了名字，但是不包含针对FXOS8700或者FXAS21002温度传感器或者MCR20A 802.15.4无线的更新。使用NXP Kinetis 开发板设备的用户应该被告知在Zephyr树中该支持已被停掉了。

 

　　删除已弃用的 __stack 宏

 

　　__stack 宏在发布v1.11之前被弃用，由于不利于使用 K_STACK_DEFINE，已经被删除。

 

　　mbedTLS更新以修复远程执行漏洞

 

　　mbedTLS 加密库已经从v2.7.0升级到v2.8.0，解决了CVE 2018-0488 和2018-0487。当使用TLS和DTLS时，可能会碰到这些远程执行漏洞。

 

　　k_thread_cancel() 弃用

 

　　k_thread_cancel() API已经弃用。应用程序应该使用k_thread_abort()。

 

　　通用存储分区重命名

 

　　许多主板上提供的NFFS闪存分区，之前被称为nffs_partition，已经被重命名为storage_partition，以反映其对一系列存储系统的用处。它的存在是通过CONFIG_FS_FLASH_MAP_STORAGE进行控制。使用旧别名或者配置选项访问分区的out of tree应用程序，将需要更新。

 

　　再来看系统特性的变更：

 

　　架构

 

　　ARC架构现在支持CONFIG_STACK_SENTINEL，它能够帮助帮助诊断堆栈溢出问题。所有的NXP MCU已经启用SEGGER RTT支持 。

 

　　除了支持intel_s1000 SoC，还针对XTensa架构添加了对Cadence专有XCC编译器工具链的支持。从这些驱动判断，SoC旨在用于语音和其它音频处理中。Zephyr为DMA、I2S、UART、GPIO、USB和I2C提供SoC级支持，通过intel_s1000_crb提供板级支持。

 

　　开发板

 

　　Nordic半导体提供的所有官方nRF5开发板都支持I2C驱动程序。bbc_microbit现在支持用于mcuboot和片上存储的闪存分区。

 

　　编译系统

 

　　一系列的改进合并到编译系统中。值得注意的是，编译系统现在缓存从工具链获得的信息，使用相同的工具链优化cmake的后续调用。当使用缓存时，观察到两个加速因子。自最初合并以来，已经发现并修复了一些问题，但是希望主要的问题已经得到解决。

 

　　另外一个重要的补充是，编译系统现在包含一个基于Python的可选初始化菜单配置。这可以通过在所有的支持目标上运行ninja pymenuconfig 来使用(尽管Windows用户需要安装额外的轮子)。对于没有预先配置系统浏览器的用户来说，这是一个重大改进。Pymenuconfig目标是有试验性的。当它与现有的 menuconfig目标达到足够的功能奇偶性时，它将替代它，并且基于C语言的Kconfig工具将从Zephyr中删除。

 

　　进一步的改进包括，当工具链无法找到时，错误反馈更好，现在的列出的开发板列表符合BOARD_ROOT，并且可以关闭verbose编译器检查信息输出。

 

　　驱动

 

　　include/led.h里面有一个新的LED API(Zephyr有一个用于LED灯带的API;这些新的API用于控制单个灯)。最初的API包括针对基础的开/关、亮灭以及闪烁提供支持。TI LP3943 LED控制器的驱动程序和示例应用程序也被合并。

 

　　ST LSM6DSL惯性模块驱动程序得到清理，现在支持传感器集线器模块。这使得LSM6DSL通过主通信通道将附加的I2C从设备连接到驱动器，充当传感器集线器。

 

　　STM32L0和L4微控制器现在支持MSI(内部多速)时钟作为系统时钟源。uart_pipe控制台驱动程序现在支持边沿和电平触发，允许它与CDC ACM协同工作。MCUX GPIO驱动程序现在使用设备树。NXP i.MX SoC的GPIO驱动程序被合并了。

 

　　DesignWare CAVS多级中断控制器添加了绑定。GPIO节点现在存在于所有Kinetis SoC上。

 

　　在线Zephyr文档的搜寻结果页现在有更清晰的输出。Zephyr描述其Kconfig 使用情况的文档，作为基于Python menuconfig 备选方案的过度部分已经进行了重新设计和改进.

 

　　内核的调度程序接口被大量的重构和清理。调度程序的系统界面减少到12个功能。值得注意的是，_Swap()的用法在各种地方被删除，支持新的_reschedule()。

 

　　用户空间配置现在支持内核对象的动态创建。以前，需要静态声明内核对象(例如：互斥锁，管道和计时器)。这是因为在构建Zephyr镜像时使用了特殊的链接程序通道，该通道会创建一个完美的哈希表，该表用于验证从用户空间传递的内存地址是否指向有效的内核对象，以及其它安全检查。 除了这个哈希表之外，Zephyr现在还支持使用在v1.12开发周期中添加的新红/黑树，实现为动态创建的内核对象维护元数据。动态内核对象被分配并从系统堆中释放出来，新的分配和空闲例程分别是k_object_alloc()和k_object_free()，它们目前只能在特权模式下调用。

 

　　include / misc / slist.h中的单连接列表实现，现在通过一个新的宏编程头文件include / misc/list_gen.h实现。新的头文件允许生成静态内联例程，实现执行一系列基础的操作的任何复合数据类型“列表式”行为(比如：定义获得、删除、插入等操作)，其它派生的基本操作是：初始化;获得下一个节点;设置下一个、头部和尾部节点，并且获取头部和尾部节点。

 

　　JSON库的内部描述符类型更紧凑，使用位区域将先前在四个整数中找到的位置信息放到32位的位域中。这样可以在增加文字空间的前提下节约只读数据。

 

　　示例应用程序通过将苹果 iBeacon功能添加到samples/bluetooth/ibeacon 中演示了BLE广播角色。在以上的设备树名字从PORT 变为CONTROLLER，示例使用的LED和按钮已经升级。LWM2M 示例重新加工，以便于为启用蓝牙Mesh和DTLS配置覆盖片段。新的构建示例的指令在README中进行了更新。

 

　　准备将Zephyr的测试纳入测试管理系统的努力仍然在继续。各种测试通过风格、标识和类别修复进行了清理，同时还有大量测试接收了基于Doxygen的文档。sanitycheck脚本现在使用正则表达式，从源代码中解析测试套件声明的测试用例。

 

　　Sanitycheck现在还支持--list-tests标志，它打印已声明的测试案例。通过将-T选项传递给“测试”子目录的相对路径(例如-T tests / net / socket)，可以进一步细化其输出。测试套件的核心现在包含当他们不支持时则跳过测试的功能.

 

　　树的跨区域有很多关于USB的活动。USB DFU类驱动程序大量重构并移至subsys/usb/class。驱动程序现在正在通过设备树闪存分区，来为当前运行的镜像和存储升级镜像验证闪存分区层，以匹配Zephyr MCUboot区域支持机制。这允许Zephyr应用程序通过启用USB DFU驱动程序，并在MCUboot下引导来添加固件升级支持。更多详细信息，请参照：README 和其它samples / subsys / usb / dfu文档。

 

　　hci_usb示例应用程序允许支持USB和蓝牙控制器的Zephyr设备充当蓝牙适配器，其核心USB操作得到推广并迁移到核心USB子系统中。示例应用程序现在更小，实际上只满足启动驱动的功能。

 

　　wpanusb示例允许Zephyr应用程序通过USB向主机展示802.15.4无线电功能，该示例看到了重要的清理。当发布相应的Linux驱动程序时，该示例将更加广泛。

 

　　Bug修复

 

　　这里有几个与网络相关的错误修复：双重释放的片段，HTTP客户端的构建错误，主机名称存储区中的缓冲区溢出，ARP空网络数据包解引用，以及ICMPv6数据包有效负载长度、校验和字段的错误计算。

 

　　从不再生成的协作线程调用pthread_cond_signal()。

 

　　在SMP配置上的irq_lock()兼容性层已修复，从而避免了当拥有该锁的线程切换时出现的潜在死锁。内核调度程序对优先级的验证是固定的。允许用户模式代码强制内核在地址0x0处执行代码的错误，已经通过在每个系统调用入口点引入额外的验证步骤得到解决。

 

　　在内核级处理程序运行之前，可能允许用户空间代码修改包含I2C消息的内存的争用条件已关闭。在ARC异常返回期间阻止成功线程上下文切换的问题得到修复。该体系结构上的致命错误处理程序在中止非重要线程后也不再挂起系统。

 

　　当发生故障时，ARMv8-M MCU上的BusFault状态寄存器位现在可以正确清除。蓝牙Mesh实现继续变得更加强大，其中三个错误修复影响了初始化向量和节点身份广告，以及其它两个清理。当应用程序在Zephyr树之外时，启动横幅可以正确打印Zephyr的“git describe”输出。

 

　　使用dtc版本1.4.6时发出各种警告的问题得到修复。这些修补似乎是向后兼容的。进行了各种关于USB的错误修复，包括修复DesignWare驱动程序过量生成零长度数据包，在公共配置描述符中丢失字节顺序转换计算，以及其他修复程序和清理。在移除旧的API之后，ST LSM6DSL惯性模块驱动程序被转换为使用新的SPI API。

 

　　Zephyr 项目是一款小型且可扩展的操作系统，尤其适用于资源受限的硬件系统，可支持多种架构;该系统高度开源，对于开发人员社区完全开放，开发人员可根据需要对该系统进行二次开发，以支持最新硬件、工具和设备驱动程序;该系统高度模块化平台，可轻松集成任何架构的第三方库和嵌入式设备。