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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 5409|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~
, t" \& _% W4 v# w# Y. T: K; c* Z( S6 k; Q& O; f( W
[INFO |main@main_dsp.c,82] --> main:$ k2 G& K# N% r# O: U
[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:8 n. ?8 M* l4 h4 s7 `& u9 K
[INFO |message_loop_start@app/message_loop.c,115] message loop start6 s' E/ N* _' e) o6 h
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd4 V' z) G9 `9 `. }% l& ~9 ?
[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
' O  Y" l8 X- q( [[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous( Z+ k* @4 u/ H) T7 f: X3 C; ]
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd% ^# B! H# G7 A& u
[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points
" l& j) l& ?" O[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 131072! {, E3 `4 Q( v- K# L; B
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0
! ?3 J! {& S8 R$ \[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
% G+ n! `  A/ l; _- ?9 H* ?$ h[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
5 ^  r2 {1 B3 H[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running" _; Q9 Y" `1 y# ]
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:. Z, L" I8 ^* i
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:$ S8 a1 X! F% s% B4 [- z8 ^
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:. a- t7 S  ]# t1 `
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
6 H" M8 Q3 v# O- Y- L* [[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:
' k" r+ m3 [. _" S1 g' Y* y# I[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:. U" d$ i5 o" b7 ~! T2 J/ _5 C
…………此处省略…………. V( X7 n* k$ e) M+ a0 m
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
0 }' {6 D) a! `+ K3 u* ^[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:
, @% m/ x0 U# i0 B$ e9 Y7 C$ e6 n[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:, L: x& v- [6 Q
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 05 u; {6 e, F" I4 d2 m
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288
  d+ {8 ^5 `3 }1 H+ N4 a2 `[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8388608
- p. [3 u" ?6 G' h[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer( A0 |% A: h: u5 X  C; E2 b
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:4 O" o  L" D; O; y# ~5 ~" }
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
: U6 e6 v2 O  k" ~[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
: Z& x: Z! g- e! F9 e[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0" j0 N( s8 R, p6 r
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
' I; M$ f, Q8 z2 q[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer! {- v% e; E+ D& @3 S. A) Q$ T1 ?
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
3 a5 r  ~* F& v& t6 z1 R2 d& q[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0
* S% [; @( m: n/ i& K5 `! W[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
7 ^: e, M; |2 [2 c' M- G1 @' T% _0 l[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
; A8 D3 b1 i; h$ g& m
- v" D) i( H& E: c
& p0 u4 Y3 I4 l! V. C
: q5 {0 Y, ~7 ~; G  P7 g2 v& P1 E! \& M9 R
分享到:  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
4 V2 l+ t+ G% d6 A运行了多久
1 X$ D; N# O5 ?7 S0 {4 e
一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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
3 S7 ]# @9 L! N4 ?有修改过代码吗?

% m( B8 h8 v8 `) M& f" |8 F我就加了那句打印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
& u* f5 E0 c: N9 D3 n# \7 U$ W5 x128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...
" w# T; D, w4 d9 J. \. S
您的意思是这个问题是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:576 S* Z- c2 P: ^1 M
ARM 端波形绘制部分还有较大优化空间

( q4 R$ F7 }& _已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

GMT+8, 2024-4-29 02:01 , Processed in 0.043435 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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