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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 5447|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~
" w5 _9 e; f8 H% r# j4 {( ?3 O$ P1 {. ?7 g' i6 y
[INFO |main@main_dsp.c,82] --> main:
2 W% F& o0 u" {  V[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:; U8 E0 K' h- O$ o' J
[INFO |message_loop_start@app/message_loop.c,115] message loop start4 g2 @5 _7 P1 L- f# X* Y5 d3 \
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
/ _9 c. q, @9 j4 Q1 r[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft' ^# j* m" T! y; m* b. _
[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous8 E) U$ }& I3 ?; p0 X% M
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
: a6 D3 u  b+ ^" Z$ _8 |[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points! G5 e) l& V2 u# W, n3 T
[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 1310727 ^# D; I0 x4 b  }1 N; _
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0/ b5 H% i4 q4 K: {8 ~: J1 L: a1 h
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
+ u: H/ k% }) ]- S[INFO |message_loop_start@app/message_loop.c,119] wait for cmd; t1 H- G, \6 D: H/ s/ |' D
[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running: b  X9 j7 u0 o6 I( |( z+ l
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
/ @0 q" X  C3 u" f* X[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
! j* J" i: ~6 o, Y9 x  t6 \[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
7 V# Z' l4 |# `9 A: O[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:) \& Z' y2 |. N# m# |4 O+ @  ~
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:& |. H' i; [% z/ ~8 J3 q7 P# f
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:6 F* V3 t5 `' x3 s
…………此处省略…………
/ e  w* o: }, V9 f4 z$ W[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
# U* u( H  x8 A7 ^6 ~1 y[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:8 d1 \+ x" l" n8 @+ @6 V
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
+ e+ Y1 o% W& L# y7 b) f! c3 T[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
4 x9 X+ z" L2 w/ f" Q[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288
' x3 I( g( N+ k3 W0 M  E, Y  t9 r[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 83886083 Y. d) F) F# v7 k
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
7 v9 `& A+ W+ [[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:; I3 r" d5 k; x  V# K. F
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:7 U# W* v9 O/ C  U; N  T
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0) f4 u& E/ \) {$ Z+ l( z$ U9 B
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
3 t- O* m, g( k  f3 |5 C$ Y[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
& g' G8 [6 @7 i6 q/ s/ F6 A; C) B[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer' Q  S7 C2 q: p
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0" A6 ^; n. S# u% B
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
  n  Y9 \/ X( L# ?4 f9 r& G0 j& d7 {[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 89128968 g2 {: k0 z. G4 h
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
1 U" v) t* d! B) m! K1 R5 x2 S# K
* G3 A* H: V- `2 w- J. Q4 M
; @  j3 @! U8 U/ t* K6 Y- o
: e! _1 i/ x4 k* b- o# r' O7 r$ ]2 P2 z& {1 W- 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! l! j, ^+ u! L
运行了多久
" p. R8 b5 a  c/ k* A3 u" V0 ~
一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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:061 ~% Y# o/ d. a, y
有修改过代码吗?
3 T1 I$ B5 N: }  }
我就加了那句打印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:095 l& l3 Q" Z& K! s
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...

3 I5 H; r) E7 S: E' F/ b0 w1 }您的意思是这个问题是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
4 I8 c1 u- X! ?. r* b% R6 g% fARM 端波形绘制部分还有较大优化空间
6 k0 C7 i2 A( y' h8 E
已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-5-14 23:04 , Processed in 0.040727 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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