嵌入式开发者社区
标题:
omapl138,内存分配问题,内存起始地址问题
[打印本页]
作者:
青山长云
时间:
2022-6-8 23:27
标题:
omapl138,内存分配问题,内存起始地址问题
uboot启动参数设置中,按照用户手册,把内存分配为:
( T4 z9 `: C! R
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
5 p9 B2 G# G+ }
或者
" M. o' ?; v6 K, {4 T, m2 ?( f9 }- T# e( `
setenv mem_args 'mem=32M@0xc0000000 mem=192M@0xc4000000'
8 D; `+ T; o5 o4 u. G
或者
8 r' z5 x8 m8 B+ O' p) t+ |
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
) J1 @/ M7 I) |+ }1 {, F+ _- E
都ok可以正常启动。
& X. ~- S& N t/ ~
/*-----------------------------------分----割----线----------------------------------------------*/
+ w! ~! w+ P# d6 U; v2 t
但是因为DSP端需要更大的内存,所以想把Linux的第二片内存区域变小一点,于是将Linux第二片内存区域起始地址设在0xc8000000:
2 E. b# O. N2 Z5 d c+ z5 D
setenv mem_args 'mem=32M@0xc0000000 mem=64M@
0xc8000000
'
- ] R, b& t9 b' X1 k
结果Linux启动不了,卡在这里了:Uncompressing Linux... done, booting the kernel.
9 _* D) ?3 A F7 n2 p
[attach]7025[/attach]
: @' T3 P/ c! X
5 }; |$ r/ A5 ~, @$ i
然后又反复尝试了其他数值,发现第二片内存区域的起始地址必须为0xc4000000才行,不然都是这样卡住。
' L* d) `, Y1 ~- H$ L
请问这该怎么办呢,在0xc4000000起始的话DSP那边内存又不够用呀
4 ]. B0 C! o; w9 e) @9 t& Q
4 L, W6 c! }" X) p% B8 R; l5 @# {
欢迎光临 嵌入式开发者社区 (https://51dsp.net/)
Powered by Discuz! X3.4