嵌入式开发者社区
标题:
omapl138,内存分配问题,内存起始地址问题
[打印本页]
作者:
青山长云
时间:
2022-6-8 23:27
标题:
omapl138,内存分配问题,内存起始地址问题
uboot启动参数设置中,按照用户手册,把内存分配为:
1 h: B# L; [: I& h7 t) K; C0 {6 l
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
; P8 c# o" r3 }8 {: d$ m6 k
或者
]) M! L7 e2 j1 S
setenv mem_args 'mem=32M@0xc0000000 mem=192M@0xc4000000'
0 t; t) N }6 n0 p# W6 R
或者
4 `8 A# L: w) b; d5 n
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
$ L5 Z! O) q" k5 U$ h, v
都ok可以正常启动。
/ C4 ^6 ?6 Y. o0 ~
/*-----------------------------------分----割----线----------------------------------------------*/
! X7 D9 ~, T" j+ M! }) S8 ^
但是因为DSP端需要更大的内存,所以想把Linux的第二片内存区域变小一点,于是将Linux第二片内存区域起始地址设在0xc8000000:
4 u' q" r+ h6 d
setenv mem_args 'mem=32M@0xc0000000 mem=64M@
0xc8000000
'
/ W% K+ V* o2 m- W4 l: P
结果Linux启动不了,卡在这里了:Uncompressing Linux... done, booting the kernel.
/ `$ l( V; a8 V* ^
[attach]7025[/attach]
. n0 n" Y" Y7 w$ b1 n7 G
9 I: ^3 I# f+ J4 u1 A1 Q
然后又反复尝试了其他数值,发现第二片内存区域的起始地址必须为0xc4000000才行,不然都是这样卡住。
5 b9 j z ^% p0 G
请问这该怎么办呢,在0xc4000000起始的话DSP那边内存又不够用呀
& s8 n# f2 `5 W6 U9 I
# {4 Z; S' L4 Z% {! Y4 K+ `
欢迎光临 嵌入式开发者社区 (https://www.51ele.net/)
Powered by Discuz! X3.4