OMAPL138 DMA 触摸屏 内存分配问题

newdsp

我们在用OMAP138的过程中，遇到以下几个问题，请协助解决：
6 U: ]0 \# I9 t- Y         1. DMA 与触摸屏冲突，这个问题体现在几个方面：
" h- P; \- ^/ J/ e! K, T              其一：当我将EMIFA的BA1/BA0设置为EMIFA总线时，触摸屏会失效；
; `' X: p8 Q# Y) t/ h7 B+ E              其二：当我将EMIFA的BA1/BA0设置为GPIO，并用此GPIO产生DMA事件，可以触发DMA，
                        但触发一段时间后，触摸屏会失效，同时DMA也不再继续触发。
              触摸屏失效时，调试终端会输出 如下信息：
0 ^3 v+ z. I6 b) y  ]                 [   74.358471] spi_davinci spi_davinci.1: SPI data transfer error
                 [   74.364443] ads7846 spi1.1: spi_async --> -5
         
1 a* h" ]( e7 m( d( D7 b7 O         2. 内存分配问题
  |% T6 x9 A  _( b: G! ]. b. l            我们用的主板是OMAPL138和X45的FPGA，DDR的大小使256M。
& H" P1 I. V2 l8 l$ [             我们有大量的（100M左右）实时数据需要在DSP端存储，单DSP端只分配了32M，完全放不下我们的数据，造成我们的程序无法正常工作。
            请给出修改内存分配的方法，将DSP端内存扩大。

newdsp

human 发表于 2017-7-12 09:18
7 o& G  U& R/ h1 p1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。
5 j% c  A, P/ M" @2.可以， 修改方法：修改 ...

1.对ARM端的内存分配，我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明，调整了Uboot中ARM的内存分配；
! t6 A) g0 |! `* U% [2 k; j    将启动参数mem_args由原来的：mem=32M@0xc0000000 mem=192M@0xc4000000，调整为
   mem=32M@0xc0000000 mem=64M@0xcc000000；
* w+ `6 w( v7 @   这样做的目的，是给DSP预留足够的数据空间。
   这样改完后，Uboot无法引导LINUX。
& _: H* m# H/ h( ~   然后再次断电重启后，启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000，我们做的修改丢失了。但这时可以UBOOT引导LINUX;
+ d; P& N1 z1 m# s9 r! r" c
5 x) C; n; V7 L. i& ?2. 对DSP端的内存分配，由于我们没有用仿真器，而是用makefile进行程序编译，因此对我们而言内存分配是一个叫config.bld的文件，我们的内存分配方式如下：
. U+ a" C6 I) e4 v& P6 G0 _/ k    *  C000_0000 - CFFF_FFFF   1000_0000  ( 256 MB) External Memory
5 h1 q0 F) O  n7 k! Q; g   *  ------------------------------------------------------------------------
   *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB)         Linux
% R2 d4 d' I* N0 c- n4 t   *  C200_0000 - C200_FFFF     2_0000  ( 128 KB)         SR_0 (ipc)
' T" t6 y6 i: {8 t% k   *  C201_0000 - C202_FFFF    FE_0000  (15.875MB)         SR_1 (data buffers)
) z7 U9 }4 I! m+ d9 i   *  C300_0000 - CBFF_FFFF   900_0000  ( 160 MB)         DSP_PROG (code, data)
* ^* r4 w4 I4 V4 d   *  CC00_0000 - CFFF_FFFF   400_0000  (  64 MB)         Linux
  按照上述内存分配，DSP可以正常编译。
) A) K" F$ E  N2 S; t5 G+ H5 T, S, m  但由于ARM段在修改内存后不能启动（此时 mem=32M@0xc0000000 mem=64M@0xcc000000）
  s; Z4 F2 O4 r$ e( W/ N  而能启动时（此时mem=32M@0xc0000000 mem=192M@0xc4000000），ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突，因此无法加载DSP。
! G' N$ C2 {. W' ?3 l' K. `  因此DSP最终也无法运行。


  ?- {5 W8 i9 e8 n/ w另：对于触摸屏失效的解答，没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。
, R8 b! s9 G* {

human

1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。
* Z0 l" \/ l5 a7 y+ m  k6 O2.可以， 修改方法：修改u-boot的环境变量，mem参数，可以参考u-boot的环境变量说明文档；修改syslink双核工程的config.bld文件，详细请参考syslink文档介绍。