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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6609|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~  ^6 {3 X( h6 Z& k/ ~2 f- V* |

8 ~. a8 @# U  j% R. D# t, x[INFO |main@main_dsp.c,82] --> main:# o5 O; q2 j' b3 T. p
[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:
4 {# z* q0 I3 H, }1 g[INFO |message_loop_start@app/message_loop.c,115] message loop start/ x: Z' V7 S1 N
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd' c1 @4 v* Z) H/ s: H* J7 @1 h
[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
% d1 Y5 B9 e8 U" `[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous
9 y/ e7 O. V. Q3 l$ w! D0 ?! C[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
  }& J/ {4 o$ R9 F[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points/ @* a6 f. G( \9 I; E- T9 t/ I
[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 1310720 z' c3 _1 ~8 G' M- W2 q
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0+ N# F/ N7 l6 f% l. ^8 r+ d' W
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
0 B; ?7 H# g# [6 C[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
, k5 O9 @3 o; N1 U9 g: i  F[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running- M' L* K. [+ c& \6 E
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
1 P( X) R1 |6 b6 v" r[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:% x- r0 z, Y4 }" I
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
6 s- x. V2 D3 S8 R* ^: g[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
% B$ \% q8 g+ v# h7 h[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:% ?1 ?& e3 ~8 ]8 B! F; T) l4 j; Q; m
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:" |/ w+ o, f0 e* W* A( r9 Y
…………此处省略…………
( O" `  y9 y/ R7 E# \" z4 K[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:% B' D, q$ c" a1 c
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:
  T: {' m. u1 ?7 @/ ]7 a8 O[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:6 B, {7 j4 \% T. l. U
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0( I) E8 H4 k: {1 s0 v
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 5242880 t/ s- x5 t( w9 E; u
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8388608
0 i& a# m1 L  l" j[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer& h9 g3 r1 T0 t, F5 q
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:, }2 O: g. `5 x* X2 @
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:- q: F5 E+ V" {9 o
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
* @) E: C8 G  g! ?8 l1 z* F9 C[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0  Y4 s8 r9 o# i. F, z3 u0 u- l
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 89128961 G( y+ _+ v* }. [, v
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
8 C3 w- t# D8 J# _8 ^) G0 Q[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 01 F, n- [7 N2 p- c0 |
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
6 j1 N) ]3 y! H# M& s- p3 I6 T; O8 N[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 89128968 x0 q# ^' n* _; n7 e
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer% @6 f3 J# U# i" @: i9 |' N6 e

) C. ?7 j5 L* g$ N- `: M, H! C: G4 G" q2 O$ n3 v. W5 {

  H# n8 {! y, ]* C6 U; ^
+ K- E' e$ G4 Q
分享到:  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& {1 ^  ^& n" n+ ?
运行了多久
) X) `- D8 ~/ [; D  o
一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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:069 B/ Y1 I, z- n0 r! N
有修改过代码吗?
, _1 V0 o4 v. X9 c6 k; ]3 y! X
我就加了那句打印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& x* U! K+ t( V5 U/ \- H; v" ]5 E
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...

3 A' ]% n- M5 f. p8 g您的意思是这个问题是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
6 d  z- l+ ?9 K( PARM 端波形绘制部分还有较大优化空间
3 O5 n7 j# P8 F2 p% }1 I
已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2025-10-16 10:45 , Processed in 0.041625 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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