关于c674x_irq_events的疑问

daoerb

, b# c" D/ x# `: Q" P& D
在使用IPC双核开发的过程中,使用c674x_irq_events模块,该模块使用有如下问题
该模块使用函数select进行阻塞调用,等待DSP触发ARM 然后结束调用
& P. r  Q6 w8 D' J9 k& w; j# VDSP通过任一通道触发ARM，ARM都将解除阻塞，为了继续监控，ARM必须重新发起阻塞，不然没法接收下一组DSP触发的信号
. c$ x0 p4 T% \4 w; g- f
! B5 q4 L- ~1 I) d8 u# M( \有如下需求
ARM等待指定的通道1或2触发,返回通道2触发状态 通道1触发状态
9 }6 j; f3 g6 s9 I
7 M) s7 m+ C# b/ F; x目前实现过程如下：
1.      基于原有c674x_irq_events模块实现，如果ARM需要阻塞等待通道2的事件
此时DSP通道1触发,则原程序就会结束通道2的阻塞
然后查询触发的通道是不是通道2,然后重新阻塞通道2---------------------------------------------------------
2.   在整个查询的过程中arm一直阻塞,效率很低,
6 ~) b- J0 o. E; ?4 S( h
0 t8 T9 \1 ?! k- u7 X能不能有如下方式实现?
初始化模块调用后以后相当于有一个监控任务一直在运行，每个周期查询通道1和通道2是否有事件发生，有事件发生，处理事件，没有不处理，ARM做别的事情

/ ^8 h+ z: j& d/ {4 A$ A

% R" d1 v% A  Y' F% u

teddy

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

daoerb

5 V7 T" X* d/ _* f

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

谢谢!

# R/ U9 t0 L* Z% j0 i- R

daoerb

@teddy 有没办法?