内核中的快速中断库函数有问题！！

2004-09-15 12:43:25 173 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

STM32 NVIC中断管理：从寄存器到库函数的实战解析与调试技巧中断是嵌入式系统的核心机制，它允许处理器响应外部事件，实现实时处理。其原理是通过硬件中断控制器管理多个中断源，根据优先级决定响应顺序。在Cortex-M内核中，NVIC（嵌套向量中断控制器）提供了高效、可嵌套的中断管理能力。固件库的价值在于将复杂的寄存器操作封装为直观的函数接口，显著提升开发效率和代码可维护性。在STM32开发中，理解NVIC的优先级分组、中断使能/禁用的底层逻辑至关重要，这有助于在电机控制、通信协议处理等实时性要求高的应用场景中，构建稳定可靠的中断系统。本文以STM32F10x标准外设库为阅读详情

我用的内核版本linux--2.4.13
它提供了快速中断函数，我的机子里是在/usr/src/arm/linux/arch/arm/kernel/fiq.c 在该文件中，宏FIQ_START的值为64，那么在调用函数enable_fiq(fiq)时，他就会间接调用了enable_irq(fiq+FIQ_START)函数。其中enable_irq的参数会大于等于64，这样就出错了，因为下面数组irq_desc[]最大包含30个元素（struct irqdesc irq_desc[NR_IRQS]; NR_IRQS=30)

void enable_irq(unsigned int irq)
87 {
88 unsigned long flags;
89
90 spin_lock_irqsave(&irq_controller_lock, flags);
91 irq_desc[irq].probing = 0;
92 irq_desc[irq].triggered = 0;
93 irq_desc[irq].enabled = 1;
94 irq_desc[irq].unmask(irq);
95 spin_unlock_irqrestore(&irq_controller_lock, flags);
96 }

我在驱动中调用这个函数试就出错了！

还有一个
int claim_fiq(struct fiq_handler *f)
185 {
186 int ret = 0;
187
188 if (current_fiq) {
189 ret = -EBUSY;
190
191 if (current_fiq->fiq_op != NULL)
192 ret = current_fiq->fiq_op(current_fiq->dev_id, 1);
193 }
194
195 if (!ret) {
196 f->next = current_fiq;
197 current_fiq = f;
198 }
199
200 return ret;
201 }
中的current_fiq初始赋为 default_owner
而default_owner = {
89 name: "default",
90 fiq_op: fiq_def_op,
91 };
这样的话当第一次申请FIQ，调用claim_fiq时，current_fiq！=0（current_fiq->name!=NULL，current_fiq->fiq_op =NULL），这样的话，岂不是ret= -EBUSY，永远提示设备忙，不能申请啊？

谁了解，指点一下吧！！！

...全文