关于c674x_irq_events的疑问

daoerb

) C  T" ]8 P8 i# A
6 U7 n/ E: W/ w8 ~在使用IPC双核开发的过程中,使用c674x_irq_events模块,该模块使用有如下问题
8 j: g7 G% v  X该模块使用函数select进行阻塞调用,等待DSP触发ARM 然后结束调用
) [! I: r+ Y3 f# \0 n( XDSP通过任一通道触发ARM，ARM都将解除阻塞，为了继续监控，ARM必须重新发起阻塞，不然没法接收下一组DSP触发的信号

6 f% w% O! y4 `  `% k& k) I有如下需求
) A- e; Y; K& X# NARM等待指定的通道1或2触发,返回通道2触发状态 通道1触发状态
) `# q9 @2 i2 a
5 O! X. n. T8 u目前实现过程如下：
7 a/ B. O5 U$ f9 `2 z8 W) t& o1.      基于原有c674x_irq_events模块实现，如果ARM需要阻塞等待通道2的事件
此时DSP通道1触发,则原程序就会结束通道2的阻塞
1 {% L, N# u1 o% J! F) k然后查询触发的通道是不是通道2,然后重新阻塞通道2---------------------------------------------------------
  A0 r& r, ]) p: R+ f2.   在整个查询的过程中arm一直阻塞,效率很低,
/ z# U- [- l9 @
能不能有如下方式实现?
初始化模块调用后以后相当于有一个监控任务一直在运行，每个周期查询通道1和通道2是否有事件发生，有事件发生，处理事件，没有不处理，ARM做别的事情

" S8 E7 }) a6 m1 }6 b/ ]9 I) I
4 J- ~4 M5 Y& y0 H( \3 [

teddy

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

daoerb

8 h3 K/ r& Z2 p1 B3 M

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

谢谢!
" p$ p0 X9 Y) A% k+ w  H+ @5 ~9 M

daoerb

@teddy 有没办法?