使用tl_ipc方式进行核间通讯时，有延时

jinyi7016

在使用DSP中的定时器定时触发核间通讯，但是要过几乎300ms后，Linux上的程序才会有反应
程序为使用的控制触发的例程，只是DSP的触发并不是按键，而是定时器。
) e$ S- A4 Z0 h9 E, F- M/ r7 S; EDSP每秒触发一次，
Linux上也是按键点灯的例程，只是只点一个灯。
, N* a0 v2 S/ |$ a' d当DSP触发后，要等好久，Linux上的灯才会亮的。

广州创龙莫工

您好，您现在是用dsp实现定时功能，每隔一秒触发ARM点亮一次LED，是吗？您这里的延时是ARM端点亮LED的延时？还是dsp触发arm的延时？

jinyi7016

广州创龙莫工 发表于 2018-12-4 09:05
- V3 |/ `  y# q您好，您现在是用dsp实现定时功能，每隔一秒触发ARM点亮一次LED，是吗？您这里的延时是ARM端点亮LED的延时 ...

5 }- A, u& _; h$ g2 {现在是DSP也点个灯，一秒一次，DSP点灯后，立即执行notify_active，去触发Linux的事件
Linux下收到事件后，也是去点个灯，使用的是button的例程
现在是，DSP灯亮后，一段时间后，Linux下控制的LED灯才亮，灭也是一样，也有一个延时

8 A0 ]% `3 N/ e. k
6 h) k; ]# k) v) C' Z, x3 F

jinyi7016

广州创龙莫工 发表于 2018-12-4 09:05
* b: e4 U9 M' D8 g5 n& H* O您好，您现在是用dsp实现定时功能，每隔一秒触发ARM点亮一次LED，是吗？您这里的延时是ARM端点亮LED的延时 ...

8 k1 K; e- m% |* U; H在irq_event.c中
3 o2 a* y+ t+ p' s; e4 v+ _# ]
  ^: W% l* N3 C; n1 ~: P6 V
! o: I4 C$ V, A: n
3 y& m" _; {% o0 X( C5 P我在运行时，总是会跳到default中，
" ]/ b3 n5 s6 F! z4 Q2 p* J打印了unexpected key code后就停止了，所以，我把这里的if(i==0)去了，会有影响么
为什么 这里只是i=0的时候才算是有效呢
( a+ [( F( G& I* U; I

Tronlong-陈工

TL_ipc的文档中有button按键状态监听的例程，DSP 启动后，注册两个中断，用于监听底板按键的状态。你可以参考下。

jinyi7016

Tronlong-陈工 发表于 2018-12-5 09:36
' l7 I* R4 b3 M: zTL_ipc的文档中有button按键状态监听的例程，DSP 启动后，注册两个中断，用于监听底板按键的状态。你可以参 ...

$ K6 i1 N5 F  S0 Q- ]: t就是使用的这个例程
0 v* A/ h+ L$ y8 [问题是有延时，延时还很长。请看清我的问题可以么

广州创龙莫工

您这边测试延时是怎么测试的？

jinyi7016

广州创龙莫工 发表于 2018-12-6 18:48
+ N% F! c; g% h  u% g您这边测试延时是怎么测试的？

LED 点的灯，肉眼可以看出来的延时

广州创龙莫工

可以调试看看。

靠墙数硬币

主核如何启动其他核？