嵌入式开发者社区

标题: OMAPL138 DMA 触摸屏 内存分配问题 [打印本页]

作者: newdsp    时间: 2017-7-10 10:38
标题: OMAPL138 DMA 触摸屏 内存分配问题
我们在用OMAP138的过程中,遇到以下几个问题,请协助解决:' W0 i# m: B/ x& U0 Y
         1. DMA 与触摸屏冲突,这个问题体现在几个方面:- [: m+ O! ?. w" ~
              其一:当我将EMIFA的BA1/BA0设置为EMIFA总线时,触摸屏会失效; ! A. Q$ f4 T0 [$ ~7 C+ }/ \
              其二:当我将EMIFA的BA1/BA0设置为GPIO,并用此GPIO产生DMA事件,可以触发DMA,
( m. P  O; w/ f; f/ X                        但触发一段时间后,触摸屏会失效,同时DMA也不再继续触发。9 V0 q* P3 k9 _
              触摸屏失效时,调试终端会输出 如下信息:, n5 Y! o+ b  d8 X7 Z+ Z2 _
                 [   74.358471] spi_davinci spi_davinci.1: SPI data transfer error& n" X; x9 d  E* U1 `: x6 T
                 [   74.364443] ads7846 spi1.1: spi_async --> -5
% r6 Z  [- X# s; M         
: S2 B" U! q' ~2 P  I# G         2. 内存分配问题& ^! Y8 S, y% j# e
            我们用的主板是OMAPL138和X45的FPGA,DDR的大小使256M。
2 i! F3 y' q- n$ X  K8 Z' N5 G* a             我们有大量的(100M左右)实时数据需要在DSP端存储,单DSP端只分配了32M,完全放不下我们的数据,造成我们的程序无法正常工作。
- M1 Z& I/ `6 b, d' B            请给出修改内存分配的方法,将DSP端内存扩大。
作者: human    时间: 2017-7-12 09:18
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的,可能是软件配置问题或信号干扰。9 R2 F- \5 M( o% G- M8 V3 F) t
2.可以, 修改方法:修改u-boot的环境变量,mem参数,可以参考u-boot的环境变量说明文档;修改syslink双核工程的config.bld文件,详细请参考syslink文档介绍。
作者: newdsp    时间: 2017-7-12 09:57
本帖最后由 newdsp 于 2017-7-12 10:00 编辑
# H: B5 W; K+ E0 }2 s9 m& n
human 发表于 2017-7-12 09:18
& ^2 ^, u+ ]3 `" r7 [1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的,可能是软件配置问题或信号干扰。
: ?+ U4 o" r& P& Z& y2.可以, 修改方法:修改 ...
5 }0 I% z6 v0 n! k& @6 T9 o3 `7 B, I
1.对ARM端的内存分配,我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明,调整了Uboot中ARM的内存分配;
5 }% ]" I8 G% D, q4 b3 c4 ^    将启动参数mem_args由原来的:mem=32M@0xc0000000 mem=192M@0xc4000000,调整为2 d% w. Q6 s4 y  R( ^" b' N
   mem=32M@0xc0000000 mem=64M@0xcc000000;9 p' v+ u# D8 C- S
   这样做的目的,是给DSP预留足够的数据空间。
* I. _7 r6 ]! V9 ^   这样改完后,Uboot无法引导LINUX。/ b  A7 x, n# k$ G* K2 [
   然后再次断电重启后,启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000,我们做的修改丢失了。但这时可以UBOOT引导LINUX;
8 v0 h. s7 j! k" J- ~! N3 }9 K; U! t& M& n5 l6 \3 }+ v
2. 对DSP端的内存分配,由于我们没有用仿真器,而是用makefile进行程序编译,因此对我们而言内存分配是一个叫config.bld的文件,我们的内存分配方式如下:
6 j- I9 j# @/ [: d7 r  N" l& @    *  C000_0000 - CFFF_FFFF   1000_0000  ( 256 MB) External Memory
  U" r; e$ B/ y! i: O   *  ------------------------------------------------------------------------
6 M( Q, J& e2 }" J) `; }* r   *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB)         Linux$ m: S! V- Q0 ?7 N
   *  C200_0000 - C200_FFFF     2_0000  ( 128 KB)         SR_0 (ipc)
0 D, ^7 R& |. I& R) Z3 z   *  C201_0000 - C202_FFFF    FE_0000  (15.875MB)         SR_1 (data buffers)
- r! ^4 o; F# i( c' c* |   *  C300_0000 - CBFF_FFFF   900_0000  ( 160 MB)         DSP_PROG (code, data)3 y- P! X0 ]0 u. |
   *  CC00_0000 - CFFF_FFFF   400_0000  (  64 MB)         Linux
5 Q) |1 D9 c, h; ?6 \  按照上述内存分配,DSP可以正常编译。
1 |( F% b' Q7 s* w# L7 o  但由于ARM段在修改内存后不能启动(此时 mem=32M@0xc0000000 mem=64M@0xcc000000)
( p+ S# g% F& g; U  Y  而能启动时(此时mem=32M@0xc0000000 mem=192M@0xc4000000),ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突,因此无法加载DSP。# q) Q. l* n7 R& v4 x) ]  Y6 v
  因此DSP最终也无法运行。
) |- @$ w0 k7 a  `, A. b. z1 x. ^  _& i8 O  u, ]
$ W: c- C6 N. l( p+ s
另:对于触摸屏失效的解答,没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。( ]4 D0 G! O% U  e; X: \





欢迎光临 嵌入式开发者社区 (https://www.51ele.net/) Powered by Discuz! X3.4