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

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 7043|回复: 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掉 不知道各位之前注意到这个问题没有 是否有好的解决方法?求赐教~! F7 B  [% S& `* C3 S' [
. d- x$ u' i6 Y+ {
[INFO |main@main_dsp.c,82] --> main:
  S% q  {* p  P[INFO |message_loop_fun@main_dsp.c,24] --> message_loop_fun:2 ^. S+ c# r" O4 E7 S
[INFO |message_loop_start@app/message_loop.c,115] message loop start9 i3 J& J  o6 p  P+ [! ]
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd$ D! P9 q+ Y0 G; A7 A
[INFO |message_loop_on_disable_fft@app/message_loop.c,97] recv disable fft
7 W* `2 y+ O3 p. l) {( G! D[WRAN |message_loop_on_disable_fft@app/message_loop.c,99] no start cmd previous2 h( [0 u3 K& u* t) B
[INFO |message_loop_start@app/message_loop.c,119] wait for cmd
# {8 X* u9 P% w( U! \[INFO |message_loop_on_start@app/message_loop.c,68] start, sample rate is 131072 points. g; H4 V! }" z1 p9 l( f
[DEBUG|ad7606_trigger@driver/ad7606.c,494] set trigger as 131072' b! p# \4 H9 _+ I
[DEBUG|message_loop_on_start@app/message_loop.c,79] channel is 0
, e. k0 N! Z' O! Q5 a2 u5 n3 o[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8912896:
, J3 M* g$ m' S2 K! r) v- K& F8 ][INFO |message_loop_start@app/message_loop.c,119] wait for cmd
: e: w8 f" R& R. A1 H- C[INFO |fft_task_func@app/ad_workshop.c,61] fft task is running
3 q5 n7 n8 A7 Z[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:
2 K9 v1 g8 w5 o9 a[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:; f9 f9 k& |3 P' M( x9 x! r" k8 l/ Y
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:) H8 \0 [5 ]. U
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 8388608:/ K+ Q9 M. v# Z4 v0 j/ j* _) o
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7864320:8 r6 t3 f/ i) r: }- G% v
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 7340032:
7 B, t( n2 n3 C1 r) z. Y  j) i- C  s…………此处省略…………/ W+ g+ q# p+ O! |) L
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
- ~/ Y6 y5 `# A- ][DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 524288:
' C2 }- {5 f# m+ S8 ~[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:2 k3 s5 Q# ?. B+ U$ F& x' r$ \/ W1 x
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0& W% `0 }7 r' P2 u
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 524288& {  `( y8 |8 u4 C8 o6 L! m
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8388608% l- s' |2 X! p9 a- F
[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer. d$ H' N3 X7 A
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
8 g) O: i8 _; j1 |: G, `[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,63] Empty size is 0:
: n$ }" w6 o0 Y7 R, s. P# Y[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0  q8 H1 G2 C- J/ T3 q+ ^0 w
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0. v, t, j& u/ |) S9 h
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
& a9 U3 u! ^# H" q[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
+ T" J( k+ E; j& j3 h" n: m: G[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,58] unstatified acquired, request is 524288, actual is 0
. M( Z! g0 \1 Z  e& `[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,59] empty size is 0. x4 V/ r" y! m* x4 ~3 c
[DEBUG|ipc_ring_buffer_acquired@ipc/ipc_ring_buffer.c,60] valid size is 8912896
! n" Q$ {) W4 k- {[WRAN |ad7606_busy_hwi@driver/ad7606.c,349] failed to acquired buffer
* j6 ~2 E+ L9 m% B  c- W* V& ?
0 p4 `- A3 N) `% h: [4 T5 T# a' e* g% t& }) E6 F/ P0 L, u

- k0 R* ~( B, p( C( F
; r  F: G5 H8 g, o/ V
分享到:  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:040 O# J6 o# U" O, t" o
运行了多久

1 D, R$ k( a% n; c: q. y, N5 {5 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% N! r+ Q5 m5 }6 {; ~
有修改过代码吗?

& P- t  E! a4 ?& A我就加了那句打印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* y8 F5 i1 O( S
128k 的时候 arm 端画图时处理负荷过大,会造成用于缓存数据的内存不断增多,不能及时进行release,是会出 ...

: w9 b+ d  Q0 t6 ~6 U( T) G9 M您的意思是这个问题是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
0 Q2 J/ e  Z) N  v5 ?/ nARM 端波形绘制部分还有较大优化空间
8 \+ L/ H! R, j. H
已经搞定 谢谢~~~
回复 支持 反对

使用道具 举报

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

本版积分规则

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

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

GMT+8, 2026-3-17 08:36 , Processed in 0.044438 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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