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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 5441|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~( V0 _- f  |2 V$ @. ~  Q
- l+ s8 ?  C5 J; ?+ Q& g# I/ N
[INFO |main@main_dsp.c,82] --> main:
0 M5 T+ M7 y; s7 ~0 J) w[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:
* t( s# Q! y3 Z8 @' N) u6 @/ s[INFO |message_loop_start@app/message_loop.c,115] message loop start! J' Y/ b2 _8 C) k7 Y& W+ q) d
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
8 c$ Q& U2 f9 n" ?4 f; A8 w[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
; s! e6 i( U- @" c" y[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous
4 E! }  v3 e1 h' l* k0 [[INFO |message_loop_start@app/message_loop.c,119] wait for cmd- B# J+ Z  \7 [: O8 y% M
[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points. {( @5 [% p9 t1 v  W. W- [9 @
[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 1310723 Z! A& @* `0 G% }. U+ X
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0
& K' G7 E/ n# w! g6 ?+ r* r% A[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
1 t" C* j2 n) J& R! J[INFO |message_loop_start@app/message_loop.c,119] wait for cmd: q9 e! v! a# M1 P5 h2 e
[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running
& U' ]% O7 h+ B[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:! R7 O; `" l# Q/ N3 ^
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:% `* [! V5 Q2 l3 L* u# {
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
# @* ^8 m" b: l8 Y/ y[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:8 B, F1 \6 K# u/ A9 B" F8 f. S
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
3 v5 A% }  E+ t; C0 l; g[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:6 k* i1 x) d- w3 [
…………此处省略…………# |7 U1 C" }6 u/ `  z
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
+ F! R) j' o; {' x7 N% j[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:
# a; _, H' J$ d" c+ u[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:' O* Q  o  N. |) _6 B, v
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0# d4 d+ h4 j, k$ D5 E, Q( S; m' C
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 5242883 U& N) G. n; b
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8388608
- K$ ?  a6 N+ A! c. h6 N. L[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer/ m3 H8 F" l  t; ]- G
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
2 r7 c: i/ |4 @. Q$ u% f[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
: T: _5 Q0 H' F' `) n" W[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0( l" ]5 L. t6 i1 g
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
* C9 k7 p$ P0 z3 e4 T[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
& ?9 _2 ^8 v5 R# s: L[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
! P3 ^# f$ ]7 _8 E, X6 {[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0. Q- n* H6 e( j  s9 E# Y
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0' E% N! ]* T1 K
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
/ o/ S: Y5 X; m% M  G[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer+ _2 I) O, C5 F: X1 u+ C2 t( x

* E- K8 P  T! O! w3 G6 `% n$ \! z# B

' g0 N& Y$ E- u+ H6 D( S: J& ?- q" n  b
分享到:  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' D% E: J$ U) j; I: x
运行了多久

  y( D! ]4 Y7 ^7 m) z1 ~# N一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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:068 r4 g) A: ^6 [: _
有修改过代码吗?

9 b* |) L& l* Y# l7 [( ~我就加了那句打印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
9 N0 \% S+ j: ]1 N128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...

0 x, L" v! Q0 `, S" x+ Y+ G" c您的意思是这个问题是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
) {3 K  N5 \% S- xARM 端波形绘制部分还有较大优化空间
% W7 J% w! h$ w1 J4 U3 t: Q; T
已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-14 07:42 , Processed in 0.040792 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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