https://blog.csdn.net/qq_22654551/article/details/144755219

IPIPE中断流动与分发全场景分析

在xenomai3中，用户程序怎么绑定到/proc/xenomai/heap中命名的内存堆？或者在用户空间怎么得到内核模块中的实时内存。 在xenomai3手册中对于 rt_heap_bind 的介绍是绑定的内存名称要求需要与 rt_heap_cre

社区的朋友，大家好！ 我开了一个专栏，着手写IPIPE代码分析的文章，欢迎大家收藏点赞交流哈！ Interrupt Pipeline系列文章大纲https://blog.csdn.net/aspirestro/article/details/1407

Tick代理设备是一种合成的时钟事件设备，用于将硬件Tick设备的控制权移交给高精度out-of-band时序逻辑，该逻辑不能被in-band内核代码所延迟。有了这个代理，任何out-of-band代码都可以获得对定时器硬件的控制，以执行其自己的

除非你足够幸运，有一个电路内仿真（In-circuit emulation ICE）来调试涉及实时阶段（out-of-band）上下文的棘手问题，否则你可能不得不在串行线上进行基本的printk风格的调试。尽管启用Dovetail时可以从in-ban

No interrupts asserted in Tx path axi_dma Tx中断异常

Dovetail通过对中断屏蔽的虚拟化，其实是放弃了对CPU物理中断开关的操纵，并且只是操纵内存中特殊结构的一个比特位INBAND_STALL_BIT来表示中断的开关。 在关中断的时候，设置了INBAND_STALL_BIT。 static __al

在arch//include/asm/irqflags.h中操作CPU状态寄存器中的中断标志的体系结构特定代码应在实际中断控制和虚拟中断控制之间进行划分。真正的中断控制操作是从in-band(非实时)内核实现中继承的。虚拟的中断控制操作应该建立在中

使用的是Ubuntu16.04，64位系统。内核版本：linux-4.9.90 xenomai 版本：xenomai-3.0.7。 代码如下： #include <linux/kernel.h> #include <linux/module.h> #

移植Dovetail中需要注意的对原子操作的修改

The Xenomai community is planning to hold an in-person meet-up with presentations and live discussions on November 30th in W

碰到个问题，移植xenomai-3.1到kernel4.14版本，rtdm自己写了一个驱动模块，提供write_rt接口，应用程序-skin=posix编译，周期性任务里面调用了write接口，通过cat /proc/xenomai/sched/st

移植Dovetail中需要注意的事项和示例

https://blog.csdn.net/qq_22654551/article/details/131503459?spm=1001.2014.3001.5501 本文介绍了linux硬实时操作系统xenomai pthread_creta()接

ipipe-core-4.19.144-cip34-arm64-08 ipipe-core-4.19.144-arm64-7 这两个补丁的区别是什么，cip是什么意思？

在需要禁用中断以实现序列化的地方，无论他们运行在哪个阶段（实时阶段或非实时阶段，即out-of-band或in-band阶段），对于原子操作来说，虚拟化中断保护就起不到我们需要的严格的序列化的作用，所以需要进行修改。通常，涉及以下文件： includ

调整通用中断管理流程 (genirq) 中断流水线涉及控制中断流的基本变化：来自 IRQ 域 的API handle_domain_irq() 通过调用 generic_pipeline_irq() 而不是 generic_handle_irq()

大家好。不容易找到这样一个中文社区啊，看上去人有点少。很希望有人能交流一些问题。 我有10多年linux编程经验，有QNX，Vx实时系统使用经验。2023年2月开始接触xenomai。为了跑ethercat，目前的环境是ubuntu18.04，lin