RTAI的实时日志记录是通过/proc来控制的，也是比较别扭的。

如果我们能够以某种一致的方式控制所有 rtapi 实现的 msg_level 就好了，也许是通过一个新的 NML 消息到 Motion，或者新的 Motion HAL 引脚。

.. 内核 3.10 及更高版本也禁用了 /proc 代码

关于 Seb 的建议，即 rtapi 的消息级别由 NML 消息控制到运动，或通过运动 HAL 引脚控制 – 请考虑一些人使用没有运动的 HAL。更改调试级别的 halcmd 命令会更合适。此外，理论上可以将 RTAPI 用于 HAL 以外的事物。（虽然我怀疑有人这样做。）所以即使使用 halcmd 设置级别也不能满足纯粹主义者的要求……我不是那么纯粹主义者，但我认为涉及运动组件的方法不合适.

你能详细说明 /proc 的禁用吗？那是内核的东西还是 LinuxCNC 的东西？
我已经习惯于将一个数字回显到 /proc 中的某处以更改报告级别。

在遥远的过去，RTAPI + RTAI 在 /proc 中创建条目。到内核​​ 3.10，这样做的 API 发生了不兼容的变化，没有人更新代码以继续工作——我只是禁用了它。（ec38ac4）。但是创建 /proc 条目对于 uspace 风格的实时来说根本不可能，所以它也不是一个好的解决方案。