|
板凳
楼主 |
发表于 2017-7-12 09:57:56
|
只看该作者
本帖最后由 newdsp 于 2017-7-12 10:00 编辑
7 D4 O3 [' x7 F6 k2 Ghuman 发表于 2017-7-12 09:18
# r9 j6 o* ?- j( f9 l1.EMIFA的BA1/BA0和触摸屏管脚连接是没有冲突的,可能是软件配置问题或信号干扰。0 h5 `; n" U9 V, U
2.可以, 修改方法:修改 ... 7 b5 l4 q* e% [' {+ N/ z$ k$ |" n
1.对ARM端的内存分配,我们按照文档《6-2-U-Boot启动参数详解.pdf》中的说明,调整了Uboot中ARM的内存分配;
) u" R7 I$ {5 ]+ {3 {/ P 将启动参数mem_args由原来的:mem=32M@0xc0000000 mem=192M@0xc4000000,调整为
2 e: ^$ M% Y* S5 Z3 a9 ^+ K" K mem=32M@0xc0000000 mem=64M@0xcc000000;0 h4 A; w% g4 z# S% B3 x
这样做的目的,是给DSP预留足够的数据空间。
2 }7 E+ j& ?7 V, n" a7 Q+ x 这样改完后,Uboot无法引导LINUX。) l1 w: N9 {. t
然后再次断电重启后,启动参数mem_args又恢复为原来的mem=32M@0xc0000000 mem=192M@0xc4000000,我们做的修改丢失了。但这时可以UBOOT引导LINUX;
6 z9 ? G+ h1 I: y4 E0 W% V
1 _! ]( c1 f$ f) X4 U3 C" @, ~2. 对DSP端的内存分配,由于我们没有用仿真器,而是用makefile进行程序编译,因此对我们而言内存分配是一个叫config.bld的文件,我们的内存分配方式如下:2 Z9 r3 j* v- C/ m0 h
* C000_0000 - CFFF_FFFF 1000_0000 ( 256 MB) External Memory+ z5 j/ }# l! v, e* s; ^; P
* ------------------------------------------------------------------------
. e. X" e7 z6 o* R3 l) o * C000_0000 - C1FF_FFFF 200_0000 ( 32 MB) Linux1 L1 a0 G" j; u1 r9 o. B
* C200_0000 - C200_FFFF 2_0000 ( 128 KB) SR_0 (ipc)
9 e/ D+ t" ?4 s* o * C201_0000 - C202_FFFF FE_0000 (15.875MB) SR_1 (data buffers)
) i2 Z; y0 ` h( G * C300_0000 - CBFF_FFFF 900_0000 ( 160 MB) DSP_PROG (code, data)
8 F% X% `4 }6 J( q * CC00_0000 - CFFF_FFFF 400_0000 ( 64 MB) Linux
a3 M+ S9 X9 F/ W 按照上述内存分配,DSP可以正常编译。
& `7 i4 k* W& `; G 但由于ARM段在修改内存后不能启动(此时 mem=32M@0xc0000000 mem=64M@0xcc000000)" `+ ~/ R+ I- j. O; n' _
而能启动时(此时mem=32M@0xc0000000 mem=192M@0xc4000000),ARM与DSP在0xc4000000~0xCBFF_FFFF之间有冲突,因此无法加载DSP。
; s. k" e6 _' H# q0 W5 E3 k 因此DSP最终也无法运行。
& F( t+ H) H; Q( Y k& c9 z
. ~8 V5 b) q- o) n& H% \0 a+ M: u# d- K+ k. l& x( J0 z
另:对于触摸屏失效的解答,没有指导意义。因为冲突就在哪里摆着。且电路都是原来开发板采用的电路。1 [# `2 j2 Y4 V6 G9 }
|
|