嵌入式开发者社区

标题: OMAPL138 DMA 触摸屏 内存分配问题 [打印本页]
作者: newdsp    时间: 2017-7-10 10:38
标题: OMAPL138 DMA 触摸屏 内存分配问题
我们在用OMAP138的过程中，遇到以下几个问题，请协助解决：) x7 q! j' X, |% n6 C7 Q2 [
         1. DMA 与触摸屏冲突，这个问题体现在几个方面：
) q: g; h( ^, A8 {" c5 h              其一：当我将EMIFA的BA1/BA0设置为EMIFA总线时，触摸屏会失效；
& C) F; t0 R5 o8 O; e4 n              其二：当我将EMIFA的BA1/BA0设置为GPIO，并用此GPIO产生DMA事件，可以触发DMA，/ D: ~8 C2 @3 V# e0 c
                        但触发一段时间后，触摸屏会失效，同时DMA也不再继续触发。
. T$ c4 @$ H5 F' t9 w( R              触摸屏失效时，调试终端会输出 如下信息：
5 o% u1 z  c% D( c                 [   74.358471] spi_davinci spi_davinci.1: SPI data transfer error
2 J6 v3 N. Q7 h                 [   74.364443] ads7846 spi1.1: spi_async --> -5
' X$ @: v, ^9 ]7 w3 f& I         
/ `9 l* F2 J- p7 l0 \         2. 内存分配问题
& Q2 U5 z1 F4 R            我们用的主板是OMAPL138和X45的FPGA，DDR的大小使256M。
- A" B; O# k: X* g  ~             我们有大量的（100M左右）实时数据需要在DSP端存储，单DSP端只分配了32M，完全放不下我们的数据，造成我们的程序无法正常工作。* j- x8 \! v* Q: H! d7 ~! B0 a0 B
            请给出修改内存分配的方法，将DSP端内存扩大。
作者: human    时间: 2017-7-12 09:18
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。' r8 W! C1 Z" _( V8 O# L9 R) K; n
2.可以， 修改方法：修改u-boot的环境变量，mem参数，可以参考u-boot的环境变量说明文档；修改syslink双核工程的config.bld文件，详细请参考syslink文档介绍。
作者: newdsp    时间: 2017-7-12 09:57
本帖最后由 newdsp 于 2017-7-12 10:00 编辑 1 @' C* [; X) P9 g$ O
human 发表于 2017-7-12 09:18- |0 s2 l3 q6 i
1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的，可能是软件配置问题或信号干扰。
& l/ i+ }6 @5 ]2.可以， 修改方法：修改 ...
- }2 ]6 A8 Q" z( `" d
1.对ARM端的内存分配，我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明，调整了Uboot中ARM的内存分配；8 u6 J: _: f1 m2 z! Q% q# L# j/ l5 [
    将启动参数mem_args由原来的：mem=32M@0xc0000000 mem=192M@0xc4000000，调整为
2 G+ b6 S) g* c1 |# z( v   mem=32M@0xc0000000 mem=64M@0xcc000000；
2 G+ f9 B( j7 z' y& @, e3 ?   这样做的目的，是给DSP预留足够的数据空间。
$ n2 \2 A! x( N# W) T$ C9 X7 i   这样改完后，Uboot无法引导LINUX。
+ u) I- {( r" I1 V* n. P   然后再次断电重启后，启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000，我们做的修改丢失了。但这时可以UBOOT引导LINUX;
9 m- O$ z" V: e# I/ j+ Y# \  ?; Q+ T6 i
2. 对DSP端的内存分配，由于我们没有用仿真器，而是用makefile进行程序编译，因此对我们而言内存分配是一个叫config.bld的文件，我们的内存分配方式如下：
$ h" M) W# k" O/ U/ E0 c    *  C000_0000 - CFFF_FFFF   1000_0000  ( 256 MB) External Memory
4 l; w4 f( Y4 X4 D   *  ------------------------------------------------------------------------4 w  w7 C8 R* _  @, ~) N
   *  C000_0000 - C1FF_FFFF   200_0000  (  32 MB)         Linux0 O! c! q( i; |/ m) k8 ?
   *  C200_0000 - C200_FFFF     2_0000  ( 128 KB)         SR_0 (ipc)
" n$ t1 N& v, b# r- G- H- r   *  C201_0000 - C202_FFFF    FE_0000  (15.875MB)         SR_1 (data buffers)+ V! T0 Z0 z3 i
   *  C300_0000 - CBFF_FFFF   900_0000  ( 160 MB)         DSP_PROG (code, data)
& i& E, t0 P. I6 V   *  CC00_0000 - CFFF_FFFF   400_0000  (  64 MB)         Linux- ?! g( ^- v+ A! O8 C8 l
  按照上述内存分配，DSP可以正常编译。9 [1 x8 E% ?. h% ~" w. K0 V9 G
  但由于ARM段在修改内存后不能启动（此时 mem=32M@0xc0000000 mem=64M@0xcc000000）
! b" X" g! C3 r$ \# v  而能启动时（此时mem=32M@0xc0000000 mem=192M@0xc4000000），ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突，因此无法加载DSP。$ J6 b3 M! |: A! ]! g
  因此DSP最终也无法运行。
) |; `4 Z/ }0 F
- C. z9 Q  b4 T
% s5 E# D/ o" v另：对于触摸屏失效的解答，没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。
; E; e7 G0 |% s& `% \9 z



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