嵌入式开发者社区

标题: 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