关于c674x_irq_events的疑问

daoerb

# k' B# S8 Q$ N' _0 K% Y
在使用IPC双核开发的过程中,使用c674x_irq_events模块,该模块使用有如下问题
该模块使用函数select进行阻塞调用,等待DSP触发ARM 然后结束调用
, I  Q: [5 k: R4 Q: H4 cDSP通过任一通道触发ARM，ARM都将解除阻塞，为了继续监控，ARM必须重新发起阻塞，不然没法接收下一组DSP触发的信号
2 Z3 E: e5 B* C$ i
: S, L$ `* Y9 }) s! P# r有如下需求
1 `$ p/ C5 i7 R4 a" f3 f. Q" e1 ^ARM等待指定的通道1或2触发,返回通道2触发状态 通道1触发状态
2 v* N+ s# P% r. q
2 l3 d  n2 m, o% r; H目前实现过程如下：
1.      基于原有c674x_irq_events模块实现，如果ARM需要阻塞等待通道2的事件
此时DSP通道1触发,则原程序就会结束通道2的阻塞
% f6 B$ G: ~+ Y8 D/ e. O  M然后查询触发的通道是不是通道2,然后重新阻塞通道2---------------------------------------------------------
2.   在整个查询的过程中arm一直阻塞,效率很低,

能不能有如下方式实现?
  p5 j" ^* x6 g+ X8 {初始化模块调用后以后相当于有一个监控任务一直在运行，每个周期查询通道1和通道2是否有事件发生，有事件发生，处理事件，没有不处理，ARM做别的事情

7 j2 K6 ]1 S0 x7 w8 V  ?  a

teddy

你好！由于c674x_irq_events把DSP TO ARM的4个中断都注册了，所以，只要有中断触发，都会上传事件到应用层。
9 ^$ K1 \# }2 @# ?目前，4个事件分别是：KEY_PROG1, KEY_PROG2, KEY_PROG3, KEY_PROG4；
可以在应用层通过对event的过滤进行处理。你提的建议很好，后续我们会增加事件使能开关，可以单独使用某个中断。谢谢你的建议。

daoerb

6 g/ W0 L: H' W7 Y' o

teddy 发表于 2017-6-26 14:07
( v- c. ]% \4 ?% a, ^6 t% m你好！由于c674x_irq_events把DSP TO ARM的4个中断都注册了，所以，只要有中断触发，都会上传事件到应用层 ...

谢谢!

0 k; h/ Q8 x6 z6 ?) `

daoerb

@teddy 有没办法?