嵌入式开发者社区

标题: OMAPL138 DMA 触摸屏 内存分配问题 [打印本页]
作者: newdsp    时间: 2017-7-10 10:38
标题: OMAPL138 DMA 触摸屏 内存分配问题
我们在用OMAP138的过程中，遇到以下几个问题，请协助解决：
) t1 Y: M" Z9 g5 r9 l* \         1. DMA 与触摸屏冲突，这个问题体现在几个方面：
* E5 [3 O9 `  j              其一：当我将EMIFA的BA1/BA0设置为EMIFA总线时，触摸屏会失效； 4 m3 `* \- u5 X) c, h& v" e' p
              其二：当我将EMIFA的BA1/BA0设置为GPIO，并用此GPIO产生DMA事件，可以触发DMA，
& x( e0 }& z7 p( A6 @+ d                        但触发一段时间后，触摸屏会失效，同时DMA也不再继续触发。
: J% q' B& g$ W  N6 A. W7 h5 q              触摸屏失效时，调试终端会输出 如下信息：
, h+ v( c. x" I5 `# t+ V                 [   74.358471] spi_davinci spi_davinci.1: SPI data transfer error+ N2 N" H7 V: W6 ?8 ]$ v
                 [   74.364443] ads7846 spi1.1: spi_async --> -5
/ ^2 J# K! L5 k' A* n         
  p' G+ Q: W% k' Q: c: K         2. 内存分配问题
5 T+ z' o* y) ^4 _; L" p' z            我们用的主板是OMAPL138和X45的FPGA，DDR的大小使256M。
" D( G3 |+ I6 H1 x             我们有大量的（100M左右）实时数据需要在DSP端存储，单DSP端只分配了32M，完全放不下我们的数据，造成我们的程序无法正常工作。
8 l. ^. {" A% T! e0 v1 e& d            请给出修改内存分配的方法，将DSP端内存扩大。
作者: human    时间: 2017-7-12 09:18
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。
% J3 B" D1 M$ }7 ]2 w: a7 P  Q/ p; ~2.可以， 修改方法：修改u-boot的环境变量，mem参数，可以参考u-boot的环境变量说明文档；修改syslink双核工程的config.bld文件，详细请参考syslink文档介绍。
作者: newdsp    时间: 2017-7-12 09:57
本帖最后由 newdsp 于 2017-7-12 10:00 编辑
3 I' c, i5 |8 ]# n+ X! _
human 发表于 2017-7-12 09:18: U! f5 z2 e- p  l
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。
, U1 W) g$ b# M1 B6 P2.可以， 修改方法：修改 ...
7 s* f% M  @; c
1.对ARM端的内存分配，我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明，调整了Uboot中ARM的内存分配；9 m3 G& _1 u& j+ z, W- x
    将启动参数mem_args由原来的：mem=32M@0xc0000000 mem=192M@0xc4000000，调整为
$ J+ B4 E: D% ?/ L, H5 A7 a   mem=32M@0xc0000000 mem=64M@0xcc000000；+ i% T3 u. t8 U0 y3 T
   这样做的目的，是给DSP预留足够的数据空间。+ @( B! j$ O' a6 A6 [* F
   这样改完后，Uboot无法引导LINUX。
' N" I* v) a1 X. V1 S( }4 _. t   然后再次断电重启后，启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000，我们做的修改丢失了。但这时可以UBOOT引导LINUX;. z. w/ q+ T: g8 x$ z  e9 {

+ h) e& C$ o$ _4 K2. 对DSP端的内存分配，由于我们没有用仿真器，而是用makefile进行程序编译，因此对我们而言内存分配是一个叫config.bld的文件，我们的内存分配方式如下：: p# p3 H, h8 n% u# d2 n# ~
    *  C000_0000 - CFFF_FFFF   1000_0000  ( 256 MB) External Memory, H1 l6 ]9 x  u0 @6 U/ L
   *  ------------------------------------------------------------------------
4 y; C. K: H. m- m$ d  D! H   *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB)         Linux
% A0 w8 M6 T# |8 [+ z   *  C200_0000 - C200_FFFF     2_0000  ( 128 KB)         SR_0 (ipc)
4 ~- w/ o8 g  m3 s" G6 f$ x   *  C201_0000 - C202_FFFF    FE_0000  (15.875MB)         SR_1 (data buffers)
5 Y$ h1 n: A! e8 X+ _* N: j# a) u$ l   *  C300_0000 - CBFF_FFFF   900_0000  ( 160 MB)         DSP_PROG (code, data)4 g8 O* ~1 J5 H9 l
   *  CC00_0000 - CFFF_FFFF   400_0000  (  64 MB)         Linux, H6 _3 S+ x- s% a: ~8 k
  按照上述内存分配，DSP可以正常编译。( g9 w9 F& r2 r! L9 H
  但由于ARM段在修改内存后不能启动（此时 mem=32M@0xc0000000 mem=64M@0xcc000000）
, ]9 T' t0 X5 f& v  h/ W  而能启动时（此时mem=32M@0xc0000000 mem=192M@0xc4000000），ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突，因此无法加载DSP。
4 i/ e, L- L8 }" |& O, Y  j  ^  因此DSP最终也无法运行。
' H! M8 X* }# c7 w9 i5 r$ O; m+ }& o$ Q5 V! x3 `' G9 h
+ ^% w) Z' {- v$ i  |
另：对于触摸屏失效的解答，没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。
5 h0 l' H6 e) @



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