TL138 ad7606_dsp共享内存的问题 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 5450|回复: 8
打印 上一主题 下一主题

TL138 ad7606_dsp共享内存的问题

[复制链接]

3

主题

8

帖子

64

积分

注册会员

Rank: 2

积分
64
跳转到指定楼层
楼主
发表于 2015-11-25 18:08:03 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我用使用TL138的ad7606_dsp demo程序 发现运行在128k采样速率时 随着运行时间的变化ipc_ring_buffer出现问题了 剩余的内存最后为0了 也就是没有release掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~0 {9 Z" `- \# ~7 `) h; k

2 U' v8 i- e5 q[INFO |main@main_dsp.c,82] --> main:
, i/ Y, `  ~6 F% z: V1 R6 y. a[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:1 {- `3 i& P2 S9 g6 T+ l; }
[INFO |message_loop_start@app/message_loop.c,115] message loop start
- p% [: ]: d1 S' L0 A  O  n[INFO |message_loop_start@app/message_loop.c,119] wait for cmd5 r* Y7 V+ W8 Q# E; a
[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
" p7 B# f- e7 Y) `* d[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous
6 a- p3 T* n- X1 z  j2 g6 L1 w[INFO |message_loop_start@app/message_loop.c,119] wait for cmd- W: u; s9 T9 U
[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points
$ J( ?- ]& M' ^% Q8 E! c! l[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 1310723 i& p3 _! K; Z, p( h3 p3 m$ e
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0
) `7 F! Z( I1 S/ o( g[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
" I. x+ c+ t2 Z6 L3 C; w2 R[INFO |message_loop_start@app/message_loop.c,119] wait for cmd7 m4 s  P  p3 u! p' l9 d/ m3 X6 e
[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running" K5 B" j5 ?0 b6 h; k
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:& \& K5 [* s6 Q0 q
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
; B" J% V3 g/ ^2 M& B[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
$ _& x$ \! X# }* r. a- h[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
; b7 e) o! _# u( m6 d[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
: [/ V5 c; \1 X' |/ a* @# b! \[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:* Q% e7 R/ ]2 C* q; v2 S- e$ m
…………此处省略…………8 A8 `$ O$ \0 q, h# N% I4 S/ K$ f9 x
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
6 Y% I8 w* u8 \, ]5 \[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:
" }' R$ _, P% q4 w3 Y) z2 n[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:7 y; M3 F: X3 P8 M$ W+ K0 X
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0; ~( C4 q" \" c9 U9 E) s
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288/ h# L+ D0 d1 W' O0 F( e
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 83886080 @7 |- _8 }( `$ S
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer4 W2 ~: U+ n. R, I4 b
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:# {) L! Q- L+ U8 S
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
* Z% i9 @0 [7 d) Z$ s[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
3 w6 P) n/ o* d, Y[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0- G. M; v! D! q* g* J
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896& {5 Z' p& r  j9 R" U
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer& l! S! R, `8 d
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 03 Q* w) H( V* p; B0 L( O
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
, U# \8 }' a3 h+ o1 i0 t6 ^# L$ o7 {[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
0 p4 _# j& ]8 m9 P- G3 `[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer  @3 C/ v4 f7 y8 M) e, ^/ j& W3 V
# a" ]; s! E9 H3 c6 w

& ~8 x! w# Z/ a4 e9 x9 ?; k% v
6 L- F$ i6 H; ]5 }! t: b5 V+ M( J9 m' S/ x% X' P# ?3 T1 h
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

0

主题

215

帖子

1246

积分

创龙

Rank: 8Rank: 8

积分
1246
沙发
发表于 2015-11-26 09:04:43 | 只看该作者
运行了多久
回复 支持 反对

使用道具 举报

3

主题

8

帖子

64

积分

注册会员

Rank: 2

积分
64
板凳
 楼主| 发表于 2015-11-26 09:08:28 | 只看该作者
tenny 发表于 2015-11-26 09:048 S6 L( e  W' W; S" k% k8 G
运行了多久
& J% M) U3 z4 I6 E0 q# I9 h5 ]8 `6 [
一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

0

主题

215

帖子

1246

积分

创龙

Rank: 8Rank: 8

积分
1246
地板
发表于 2015-11-26 10:06:56 | 只看该作者
有修改过代码吗?
回复 支持 反对

使用道具 举报

3

主题

8

帖子

64

积分

注册会员

Rank: 2

积分
64
5#
 楼主| 发表于 2015-11-26 10:08:08 | 只看该作者
tenny 发表于 2015-11-26 10:06" l; L& F" o6 K, ^$ a
有修改过代码吗?
% f7 N1 t% g, k: f. D0 q- K) b, f
我就加了那句打印DEBUG信息
回复 支持 反对

使用道具 举报

0

主题

215

帖子

1246

积分

创龙

Rank: 8Rank: 8

积分
1246
6#
发表于 2015-11-26 10:09:26 | 只看该作者
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出现那样的情况的
回复 支持 反对

使用道具 举报

3

主题

8

帖子

64

积分

注册会员

Rank: 2

积分
64
7#
 楼主| 发表于 2015-11-26 10:12:35 | 只看该作者
tenny 发表于 2015-11-26 10:09" j. w+ a- }8 F& C; D  j, E
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...
6 e! v$ C/ N  @/ i( Z- {
您的意思是这个问题是ARM引起来的?我一直以为是DSP那端的问题~~ 有什么好的解决方法吗?或者您帮我指个方向  哈哈~~~
回复 支持 反对

使用道具 举报

0

主题

215

帖子

1246

积分

创龙

Rank: 8Rank: 8

积分
1246
8#
发表于 2015-11-26 12:57:26 | 只看该作者
ARM 端波形绘制部分还有较大优化空间
回复 支持 反对

使用道具 举报

3

主题

8

帖子

64

积分

注册会员

Rank: 2

积分
64
9#
 楼主| 发表于 2015-11-26 16:39:31 | 只看该作者
tenny 发表于 2015-11-26 12:57
8 k/ m% z" l9 ]3 w/ x6 Q3 QARM 端波形绘制部分还有较大优化空间
6 q" K+ i) G4 u% Q7 F
已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|手机版|小黑屋|嵌入式开发者社区 ( 粤ICP备15055271号

GMT+8, 2024-5-15 00:40 , Processed in 0.047248 second(s), 26 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

快速回复 返回顶部 返回列表