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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6340|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~% G$ {$ F% H* }  ?
& S; |4 E- q6 @2 z6 i/ \
[INFO |main@main_dsp.c,82] --> main:
0 i3 E9 m( X8 w, \[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:, n! M+ X% F& D+ M3 s
[INFO |message_loop_start@app/message_loop.c,115] message loop start; J, r4 b" {9 C! i
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd: t+ E' n( f5 a' p3 _4 G4 |4 N
[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
6 H8 S7 G  f# J: ]3 V+ c[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous
1 B% L: P- @2 M2 Z[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
4 a1 O; c! @1 y[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points- H' n: t  h+ `
[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 1310721 x9 }- d) H9 U1 h
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 03 F% @: P! m* G9 K  o, h
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:) a; B! o: q2 [! X% ?
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
# u3 M5 L& ^4 V2 i8 y  b$ D/ K[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running
5 {! p5 ], E% c) V  z[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:) i$ B7 W' @# i2 l- ]. _- W" r2 q# f
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
+ E2 K4 r  z' e9 B; e[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:2 l. F: X* L. U% T' ~, j' _
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
) v8 C" ?* [) W) K1 t[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:/ n7 a% Q+ ?, J9 w  x) M
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:. q' X% \! r& L
…………此处省略…………
" _: a! O( c- P[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:! }2 i. o8 \" b% E8 q# o2 d
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:
+ \! z; I- E% ~; O7 z6 N[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
/ E) L' W& s# a# Z[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0) o. V% K2 `" n
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288- B6 m9 K  j: U$ v5 F4 M$ W
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8388608/ x8 C: t% Z" y: r' l
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
4 [' X! o. i: x  C[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
6 d( L% F8 Z: H. j: i. e9 ^[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:& W5 M- z0 [- ?
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
% f* v, g, M, y) Y2 b& J( o2 l9 i[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
) J/ g; e) D4 M' O[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896* \5 T$ A" m- I) d  h* H: n% @
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer% R, }* H5 i% i
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
7 `- w! u5 t# t, c[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0. ]3 g4 A& Z' Z0 I% ^9 y; z
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
) I7 b5 ~* X5 R) A% K6 k[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer: a/ @7 }9 g+ |6 M4 k# ~

( X  \, H4 D# x! w3 N& g/ B) ]3 n, e7 q6 q3 }: N

* L+ j2 K% S1 ~! T2 E$ b% Y  {
/ T7 l; Y$ b! s7 a
分享到:  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:04! @" a# \: @. e! u/ x8 W. o
运行了多久

- C/ ?; p$ Y  @( h6 m! ]一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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
6 [3 \7 ?' Z) p" o6 N4 }有修改过代码吗?

0 x/ W7 I+ @5 V我就加了那句打印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:093 k" I2 U+ `8 o
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...
' K7 {; P3 e) e
您的意思是这个问题是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
( p. o* W' n+ o: Y8 h7 U4 b# }ARM 端波形绘制部分还有较大优化空间
1 K( ]7 ^& A! _- K
已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-8-3 02:39 , Processed in 0.040612 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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