关于c674x_irq_events的疑问

daoerb

0 H8 T& f# U9 l. ^! W8 J3 s
1 ]3 P  z' h& b) `# R$ |在使用IPC双核开发的过程中,使用c674x_irq_events模块,该模块使用有如下问题
! P& d5 U7 W- e" N& E该模块使用函数select进行阻塞调用,等待DSP触发ARM 然后结束调用
DSP通过任一通道触发ARM，ARM都将解除阻塞，为了继续监控，ARM必须重新发起阻塞，不然没法接收下一组DSP触发的信号
& e1 L; `! p. D0 \5 ~
有如下需求
. L) @5 T5 [% N8 i: F5 ], ^ARM等待指定的通道1或2触发,返回通道2触发状态 通道1触发状态
4 H: b! ^2 q0 X& S1 h
目前实现过程如下：
) t: \  }* Y& n4 h$ d! u1.      基于原有c674x_irq_events模块实现，如果ARM需要阻塞等待通道2的事件
; k8 Y* H% G1 E. _, O% E此时DSP通道1触发,则原程序就会结束通道2的阻塞
然后查询触发的通道是不是通道2,然后重新阻塞通道2---------------------------------------------------------
2.   在整个查询的过程中arm一直阻塞,效率很低,

能不能有如下方式实现?
& Z8 f8 o% g1 o5 t. h初始化模块调用后以后相当于有一个监控任务一直在运行，每个周期查询通道1和通道2是否有事件发生，有事件发生，处理事件，没有不处理，ARM做别的事情


/ \( k9 V; t" h! {4 c

teddy

你好！由于c674x_irq_events把DSP TO ARM的4个中断都注册了，所以，只要有中断触发，都会上传事件到应用层。
$ {( U1 h5 E; v* `% q4 j" d2 Q! O- E目前，4个事件分别是：KEY_PROG1, KEY_PROG2, KEY_PROG3, KEY_PROG4；
! B' A8 C" k4 |可以在应用层通过对event的过滤进行处理。你提的建议很好，后续我们会增加事件使能开关，可以单独使用某个中断。谢谢你的建议。

daoerb

4 t9 C3 k( |) |4 h$ G3 t2 T

teddy 发表于 2017-6-26 14:07
你好！由于c674x_irq_events把DSP TO ARM的4个中断都注册了，所以，只要有中断触发，都会上传事件到应用层 ...

谢谢!
! E  w1 `7 `$ [$ g  |  q$ ?/ K
- O1 D: x; @3 C3 M  p, {

daoerb

@teddy 有没办法?