OMAPL138 DMA 触摸屏 内存分配问题 - OMAP-L138 - 嵌入式开发者社区 - 51ele.net
设为首页收藏本站
点击跳转“创龙科技服务通”

嵌入式开发者社区

 找回密码
 立即注册

QQ登录

只需一步,快速开始

查看: 6071|回复: 2
打印 上一主题 下一主题

[未解决] OMAPL138 DMA 触摸屏 内存分配问题

[复制链接]

4

主题

7

帖子

1098

积分

金牌会员

Rank: 6Rank: 6

积分
1098
跳转到指定楼层
楼主
发表于 2017-7-10 10:38:13 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我们在用OMAP138的过程中,遇到以下几个问题,请协助解决:9 e  [3 l0 R. r
         1. DMA 与触摸屏冲突,这个问题体现在几个方面:
  q* R3 z7 @- V3 N  _4 N              其一:当我将EMIFA的BA1/BA0设置为EMIFA总线时,触摸屏会失效;
7 _3 u6 N2 [' r& _              其二:当我将EMIFA的BA1/BA0设置为GPIO,并用此GPIO产生DMA事件,可以触发DMA,7 n% L. Q& O$ f" X" _5 m
                        但触发一段时间后,触摸屏会失效,同时DMA也不再继续触发。0 Y: a1 J: Y5 x% d8 }' Y, a
              触摸屏失效时,调试终端会输出 如下信息:4 t& r% G1 S& r, \0 m4 L% e8 j
                 [   74.358471] spi_davinci spi_davinci.1: SPI data transfer error
5 t! {: a4 _3 P) `                 [   74.364443] ads7846 spi1.1: spi_async --> -5
# a1 s  a/ V$ L9 V& L         
' e6 u) M: a3 {5 L         2. 内存分配问题
! ^( N4 S4 K; c& o            我们用的主板是OMAPL138和X45的FPGA,DDR的大小使256M。+ r9 [/ P& ]. v# p0 T
             我们有大量的(100M左右)实时数据需要在DSP端存储,单DSP端只分配了32M,完全放不下我们的数据,造成我们的程序无法正常工作。
3 R7 p5 Y' H! d  D5 V  w9 R) j            请给出修改内存分配的方法,将DSP端内存扩大。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏 分享淘帖
回复

使用道具 举报

3

主题

852

帖子

3538

积分

创龙

Rank: 8Rank: 8

积分
3538
沙发
发表于 2017-7-12 09:18:50 | 只看该作者
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的,可能是软件配置问题或信号干扰。0 G8 ?0 m- l- ?
2.可以, 修改方法:修改u-boot的环境变量,mem参数,可以参考u-boot的环境变量说明文档;修改syslink双核工程的config.bld文件,详细请参考syslink文档介绍。
回复 支持 反对

使用道具 举报

4

主题

7

帖子

1098

积分

金牌会员

Rank: 6Rank: 6

积分
1098
板凳
 楼主| 发表于 2017-7-12 09:57:56 | 只看该作者
本帖最后由 newdsp 于 2017-7-12 10:00 编辑 & D. ?* J1 d8 [% V" v& s/ S4 i
human 发表于 2017-7-12 09:18; o4 y! H; Z, y; C2 k* G& O
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的,可能是软件配置问题或信号干扰。5 c) E/ A2 `" H% `8 J
2.可以, 修改方法:修改 ...

" C; z) L" s- Q# |6 q1 J1.对ARM端的内存分配,我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明,调整了Uboot中ARM的内存分配;0 A( h) \- n/ `: o
    将启动参数mem_args由原来的:mem=32M@0xc0000000 mem=192M@0xc4000000,调整为
: C. O5 q- O; U0 P/ u9 k' y   mem=32M@0xc0000000 mem=64M@0xcc000000;8 F" y. G! R( \2 f, T" G
   这样做的目的,是给DSP预留足够的数据空间。( r, d8 p7 r. k7 N  i3 y0 V
   这样改完后,Uboot无法引导LINUX。
& {3 G. p* F+ `1 u7 P   然后再次断电重启后,启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000,我们做的修改丢失了。但这时可以UBOOT引导LINUX;
- ?/ d" i& \3 n* u$ I0 h: X3 \
5 u. w, _# h$ q3 Q; B) P2. 对DSP端的内存分配,由于我们没有用仿真器,而是用makefile进行程序编译,因此对我们而言内存分配是一个叫config.bld的文件,我们的内存分配方式如下:8 c7 y! r1 R: s: @" U6 {* g+ }( ~7 x
    *  C000_0000 - CFFF_FFFF   1000_0000  ( 256 MB) External Memory
2 X  |/ y1 e) M  F  s6 M   *  ------------------------------------------------------------------------
$ z( H0 b- z9 F! p$ ~) I" T   *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB)         Linux+ d1 t, Y' t: j% M! t5 C1 d
   *  C200_0000 - C200_FFFF     2_0000  ( 128 KB)         SR_0 (ipc)
$ ?# A" U* e+ W* R( a$ @- A) p   *  C201_0000 - C202_FFFF    FE_0000  (15.875MB)         SR_1 (data buffers)
% I; _! x. s$ B# ~5 `" E   *  C300_0000 - CBFF_FFFF   900_0000  ( 160 MB)         DSP_PROG (code, data)
9 D! |: S" L! H" J8 j" H   *  CC00_0000 - CFFF_FFFF   400_0000  (  64 MB)         Linux) Z4 T' @6 \( k: v  p
  按照上述内存分配,DSP可以正常编译。
5 p' A$ k  k) X% _& p3 q  但由于ARM段在修改内存后不能启动(此时 mem=32M@0xc0000000 mem=64M@0xcc000000)
  G  Z- z' F* [. x9 i  而能启动时(此时mem=32M@0xc0000000 mem=192M@0xc4000000),ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突,因此无法加载DSP。. h& N$ x' r6 d$ d% m  Y) e
  因此DSP最终也无法运行。( z% u  k/ ~) R3 i- E4 T4 n' K

" K9 V) u$ N8 J9 m2 L/ y
; A& P. I8 T* O- Q. k( D另:对于触摸屏失效的解答,没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。
0 x! N) H7 Y# {! i: H& ]
回复 支持 反对

使用道具 举报

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

本版积分规则

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

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

GMT+8, 2026-3-17 06:22 , Processed in 0.041739 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2015 Comsenz Inc.

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