TL138 ad7606_dsp共享内存的问题 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站
点击跳转“创龙科技服务通”

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 7038|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~
+ L, [* H2 P+ _: R9 @6 D6 z. k
( i/ w& V- z& h, i- _[INFO |main@main_dsp.c,82] --> main:
2 z2 Y$ D$ W+ e! T, Y6 ?) H* e; W) N$ f3 B[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:- E. T& Z& E0 G- r( m* A+ C& U' d
[INFO |message_loop_start@app/message_loop.c,115] message loop start; V( X4 X# v+ z1 C4 i$ V
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
. W( [5 m. `+ P! v[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
  o0 ~: |; W" \9 R2 p[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous
" `* B4 ~. ]; g2 o[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
2 z* u# @1 g1 M: k6 q# w% [7 S& H[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points
- P9 K' j* a8 K" V" N# I; y[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 131072
/ |1 K0 p- _* V4 A[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0; Z8 v/ J' O* y4 ]0 S- |: W
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:8 ^. o8 Q1 w) w# P4 @
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
4 {) K9 Q. e& n( s[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running5 L, M9 ~. U  x8 y* \# w, }
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:2 y( i! ]9 h8 X
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:) D) u! K/ I- J
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:" @* n' p, K4 f1 S4 E6 D
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:' a$ s0 M7 ?- ^! @: G  U$ m/ z
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:- }  K/ f+ w% b/ }/ a! a% s5 D/ ]
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:. e5 W( f" w; i$ C$ `. y
…………此处省略…………# o! G/ H. j5 k5 Q" j, A! s2 X8 b
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
: ?9 C* c2 x0 U, ^[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:5 k5 s8 r8 E& @% x4 Q1 T- `
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
0 t) ^% @5 }8 X0 G+ _+ k0 o5 C[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 07 l" L' A/ U) B! n/ t3 z
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288
5 h5 e; o8 `  j[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 83886089 o, a3 M. a( Y( P+ C4 W
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer1 L# H, s. W* y" K
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
8 `, M' h, m- U& i, I, ^[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
& Y* R4 j( V  a& C4 b; B: Q( L[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0' n+ z5 A* Q  l; @: j: z
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0& W/ F. l+ H' N
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896! w" G* U$ K9 w" \& X; M
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer$ N/ O" m  \: y2 H5 P) J
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
% F3 m3 T, c9 {3 N$ w( K[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 04 q2 N( G8 T' `
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
4 e* R2 o0 [' c% w) ~[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer8 a% U* T# n% H& Z! w7 t2 {

- E' F5 u  T( h
; m* a  c4 L% F4 [) o% G) S
; H; a" ~0 E4 f& w& j% X( Q9 N) [) N# g2 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
& O! F% G; F% d6 X; w* M/ n+ W( f运行了多久
9 {, Q' W6 O6 |2 ^& M
一两分钟的样子,您也可以试一下~
回复 支持 反对

使用道具 举报

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
& m% o1 _- q- e: c! N7 a有修改过代码吗?

- \- q" k! l3 F* 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:09
+ \; U# r, |3 g128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...

! g! {( Y1 X* S% d% c' G2 \9 u您的意思是这个问题是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
' n; {- d# U3 e: r: v# H# U& oARM 端波形绘制部分还有较大优化空间

; T0 W7 j+ U( i5 P6 [& k已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

点击跳转“创龙科技服务通”

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

GMT+8, 2026-3-17 05:27 , Processed in 0.046768 second(s), 25 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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