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

jinyi7016

在使用DSP中的定时器定时触发核间通讯，但是要过几乎300ms后，Linux上的程序才会有反应
8 c7 t$ u' h" h/ ^7 e程序为使用的控制触发的例程，只是DSP的触发并不是按键，而是定时器。
  m% V  s9 I# b# `' w9 f* x; _# C0 }DSP每秒触发一次，
2 U7 g4 J  d/ S8 m, r! M' A( mLinux上也是按键点灯的例程，只是只点一个灯。
当DSP触发后，要等好久，Linux上的灯才会亮的。
. N( M$ |6 b6 {/ u0 \! p

广州创龙莫工

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

jinyi7016

广州创龙莫工 发表于 2018-12-4 09:05
" ]9 V% q, ]" K5 d7 r7 M% ?您好，您现在是用dsp实现定时功能，每隔一秒触发ARM点亮一次LED，是吗？您这里的延时是ARM端点亮LED的延时 ...

现在是DSP也点个灯，一秒一次，DSP点灯后，立即执行notify_active，去触发Linux的事件
Linux下收到事件后，也是去点个灯，使用的是button的例程
现在是，DSP灯亮后，一段时间后，Linux下控制的LED灯才亮，灭也是一样，也有一个延时

1 ~& C5 S# U1 g0 u( `/ p
. d; u, |/ W. w4 i

jinyi7016

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

% b# r- L) h. d在irq_event.c中


( |8 I+ t) e* h9 t
我在运行时，总是会跳到default中，
打印了unexpected key code后就停止了，所以，我把这里的if(i==0)去了，会有影响么
为什么 这里只是i=0的时候才算是有效呢
- U$ P3 ]# P* P" v( y2 Q0 \( }, _) m

Tronlong-陈工

TL_ipc的文档中有button按键状态监听的例程，DSP 启动后，注册两个中断，用于监听底板按键的状态。你可以参考下。
7 t" ^$ F* H  J; J9 c5 U
( S! ]# g+ c. U3 D2 I* k

jinyi7016

Tronlong-陈工 发表于 2018-12-5 09:36
# l( A. i& @  v, K" D; K0 XTL_ipc的文档中有button按键状态监听的例程，DSP 启动后，注册两个中断，用于监听底板按键的状态。你可以参 ...

/ \0 L! o% L* \1 z就是使用的这个例程
" [4 j/ Z, `* }2 q问题是有延时，延时还很长。请看清我的问题可以么

广州创龙莫工

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

jinyi7016

广州创龙莫工 发表于 2018-12-6 18:48
1 p' K0 b9 _7 y- R您这边测试延时是怎么测试的？

! k  `3 w+ T9 @* l) HLED 点的灯，肉眼可以看出来的延时

广州创龙莫工

可以调试看看。

靠墙数硬币

主核如何启动其他核？