嵌入式开发者社区
标题:
omapl138，内存分配问题，内存起始地址问题
[打印本页]
作者:
青山长云
时间:
2022-6-8 23:27
标题:
omapl138，内存分配问题，内存起始地址问题
uboot启动参数设置中，按照用户手册，把内存分配为：
8 h$ C; }8 V- T }: V
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
8 I$ \! y5 W( P9 P
或者
1 X* O$ i; ?7 P" E4 ~" X2 j
setenv mem_args 'mem=32M@0xc0000000 mem=192M@0xc4000000'
) D% |" N8 N& T, f
或者
z0 ^6 [& u! c: B& L# K% M) @
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
7 a: `# M O- B
都ok可以正常启动。
/ \" \( ~8 D2 N* v/ O
/*-----------------------------------分----割----线----------------------------------------------*/
7 S* a8 m% j, t& N- w
但是因为DSP端需要更大的内存，所以想把Linux的第二片内存区域变小一点，于是将Linux第二片内存区域起始地址设在0xc8000000：
- e x" T9 p" K! v
setenv mem_args 'mem=32M@0xc0000000 mem=64M@
0xc8000000
'
$ H7 ^. N. g( j5 @+ U& U0 ]
结果Linux启动不了，卡在这里了：Uncompressing Linux... done, booting the kernel.
# O- e4 `8 ]" C9 q; R3 a
[attach]7025[/attach]
& ]: J; T _" ^3 z! l! D$ k" F
. ]( p4 Y- x! `0 e
然后又反复尝试了其他数值，发现第二片内存区域的起始地址必须为0xc4000000才行，不然都是这样卡住。
6 \- i3 t) h( D( V/ }
请问这该怎么办呢，在0xc4000000起始的话DSP那边内存又不够用呀
1 z4 G: \: w& G7 l
9 I3 S1 ^! L' Q1 J* W, u; A$ j
欢迎光临 嵌入式开发者社区 (https://www.51ele.net/)
Powered by Discuz! X3.4
