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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6619|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~  m' d3 s1 |1 G1 v. Q" R

# k8 [+ n/ u- l5 h, T- d* ^% W[INFO |main@main_dsp.c,82] --> main:" t$ Q7 G, k5 I; @/ w4 F
[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:: [/ d: t5 G9 q9 ~
[INFO |message_loop_start@app/message_loop.c,115] message loop start7 B1 ^8 h2 U2 a, j6 v. M. r2 h4 Q$ E
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd/ B" P- {( l" v" n) t
[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft  X# S6 {7 d2 M+ S8 V
[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous! ~3 n0 a8 k. i( i8 s1 d
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
; B- c6 j+ k# \[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points  T; `' j" ]( j9 r5 `. F; e
[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 131072
8 A. N, G$ Y* I! n2 L[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0! z) z/ V( g( P% p6 \8 G
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
4 r, h/ ^. ~0 r  G7 b[INFO |message_loop_start@app/message_loop.c,119] wait for cmd% v; e$ {5 v3 A3 M. K
[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running& O+ U5 b( P! [) W
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:% x) _" I2 k5 b2 j5 }; e% u1 R
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
4 x$ T- ?! e8 i. O[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
3 v: Q  Z; E8 }& F1 m- r! L[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
; H! m3 s' x% a3 e[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
+ W# S8 m6 p! w[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:) \3 B  X; ?* i5 _
…………此处省略…………
8 _4 R/ a8 O# x, m" |4 ~[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
. X% k, U' d7 M[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:0 R, d9 i7 `* W0 [
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
. ~5 H& L- N8 |. d4 {5 c- w! W[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
. m# I8 Q! h% f, r4 K/ V[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288
0 ~0 p" Q! {2 H% i4 J" G0 B2 {$ K- V[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8388608
. t4 U, t0 a0 X0 N% w5 g[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
) [6 U- n# ^2 a$ ?[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:$ ^5 L9 \5 K7 k6 y! b( m
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
/ H4 Q3 R# ?  d2 J! z[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0- A0 S( U" f& c: n9 t4 S
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 03 b! R" J" r7 }4 r& R
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896+ L6 k9 C# N: M
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
3 k6 T$ R( t& W: N9 T[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0& X7 P3 W3 G  w7 _: }
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
( t4 n, h. [; D; n5 ~[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896: M+ }$ o$ k0 N/ b+ }$ R
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
5 n& I: f" Y% ~, F+ C, w
' @/ v: d9 v8 l9 y' v; G$ k
8 \2 \8 s) C# o1 ~# V2 v5 Y, O6 W2 [
( i: T2 Q! |3 b& u. y$ T3 r
! u4 v1 u3 ?* S3 M
分享到:  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
8 F& G8 e1 W7 x1 s1 W( m8 p运行了多久

2 o4 P3 }& P1 A- S7 x" p一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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
7 G5 \' @- k9 R. J+ ~有修改过代码吗?
/ i$ r% C- a* D$ }! a7 O, S
我就加了那句打印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& }7 d# |- n9 E0 D6 [( e" u
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...

) Q% w% [- ]- }+ Z" d' W4 n1 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
- B. `- U% G4 FARM 端波形绘制部分还有较大优化空间

( y% m6 ^/ H9 h  n已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-10-16 13:35 , Processed in 0.041138 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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