嵌入式开发者社区

标题: OMAPL138 DMA 触摸屏 内存分配问题 [打印本页]
作者: newdsp    时间: 2017-7-10 10:38
标题: OMAPL138 DMA 触摸屏 内存分配问题
我们在用OMAP138的过程中，遇到以下几个问题，请协助解决：
4 K6 k. e7 B1 _$ E) x8 I         1. DMA 与触摸屏冲突，这个问题体现在几个方面：
$ j* C) Q% ^6 e, Y              其一：当我将EMIFA的BA1/BA0设置为EMIFA总线时，触摸屏会失效；
1 ]3 s, k2 g$ n8 ]              其二：当我将EMIFA的BA1/BA0设置为GPIO，并用此GPIO产生DMA事件，可以触发DMA，
) o, C; V2 g% O5 T9 J' M- j- ~                        但触发一段时间后，触摸屏会失效，同时DMA也不再继续触发。  r( l3 p6 D+ T3 d4 r
              触摸屏失效时，调试终端会输出 如下信息：
8 \! Y5 {3 h. W: ^; X  g                 [   74.358471] spi_davinci spi_davinci.1: SPI data transfer error) V9 X  X) W1 S8 f
                 [   74.364443] ads7846 spi1.1: spi_async --> -5. M: m- {; f+ h+ R* e# T) o$ {, }
          : A* R2 ?4 ?5 W. l) s
         2. 内存分配问题
  L& p2 Z! V7 p* e5 @/ T- @            我们用的主板是OMAPL138和X45的FPGA，DDR的大小使256M。
. X8 w2 F  E. o: }2 Z             我们有大量的（100M左右）实时数据需要在DSP端存储，单DSP端只分配了32M，完全放不下我们的数据，造成我们的程序无法正常工作。( z* v. S5 F$ g0 u
            请给出修改内存分配的方法，将DSP端内存扩大。
作者: human    时间: 2017-7-12 09:18
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。8 a; M) u  D  l7 V8 W& {( i& c9 a4 o
2.可以， 修改方法：修改u-boot的环境变量，mem参数，可以参考u-boot的环境变量说明文档；修改syslink双核工程的config.bld文件，详细请参考syslink文档介绍。
作者: newdsp    时间: 2017-7-12 09:57
本帖最后由 newdsp 于 2017-7-12 10:00 编辑 ' v8 r5 ]! _* N- _* |( {1 j
human 发表于 2017-7-12 09:18
: I  q5 T) E# Q- n, ]1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。
% N) Q, C$ P8 c( W2.可以， 修改方法：修改 ...

. Y0 E/ @- `& h+ h+ \% x$ V1.对ARM端的内存分配，我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明，调整了Uboot中ARM的内存分配；
, I* u& \0 d' A    将启动参数mem_args由原来的：mem=32M@0xc0000000 mem=192M@0xc4000000，调整为( ^: |6 ]! y5 {& N' W6 r) M
   mem=32M@0xc0000000 mem=64M@0xcc000000；
# s9 a9 i& z3 ]) u7 c2 W# }   这样做的目的，是给DSP预留足够的数据空间。
/ y" O, V* }9 W3 W% b   这样改完后，Uboot无法引导LINUX。
# \. N1 E2 D. P( R   然后再次断电重启后，启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000，我们做的修改丢失了。但这时可以UBOOT引导LINUX;
: I5 |! N- j) {5 r; \, d# K) s1 ~3 c2 ]  S
2. 对DSP端的内存分配，由于我们没有用仿真器，而是用makefile进行程序编译，因此对我们而言内存分配是一个叫config.bld的文件，我们的内存分配方式如下：
: a5 X; q" S# ?  i& F9 @0 s( }    *  C000_0000 - CFFF_FFFF   1000_0000  ( 256 MB) External Memory
: i% d. S0 @  V9 d   *  ------------------------------------------------------------------------( S! E6 N( j( Y9 M0 r/ P
   *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB)         Linux
, u. v" n: {& r; k8 r+ x! E( l   *  C200_0000 - C200_FFFF     2_0000  ( 128 KB)         SR_0 (ipc)' I; W( a" U* g* [$ ?
   *  C201_0000 - C202_FFFF    FE_0000  (15.875MB)         SR_1 (data buffers)
2 ^; c% ?3 N6 @" N3 _: M8 t0 V   *  C300_0000 - CBFF_FFFF   900_0000  ( 160 MB)         DSP_PROG (code, data)% [+ x+ k! Q5 H" W1 L" z
   *  CC00_0000 - CFFF_FFFF   400_0000  (  64 MB)         Linux% e4 a* x& q- x5 j  h
  按照上述内存分配，DSP可以正常编译。1 [/ J# i( e' B! |+ ~: c! K, H
  但由于ARM段在修改内存后不能启动（此时 mem=32M@0xc0000000 mem=64M@0xcc000000）# F% a0 I6 ?7 l% z9 R4 ?& q
  而能启动时（此时mem=32M@0xc0000000 mem=192M@0xc4000000），ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突，因此无法加载DSP。- t+ W' q$ ?( d/ Y9 D
  因此DSP最终也无法运行。
5 Z; Q' ^+ M8 c; F% ]1 D! _
0 Z' V$ {% p& R7 @; ~2 d$ ?5 h2 M
另：对于触摸屏失效的解答，没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。
9 R/ e0 a6 x9 X2 q. s



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