嵌入式开发者社区
标题:
omapl138，内存分配问题，内存起始地址问题
[打印本页]
作者:
青山长云
时间:
2022-6-8 23:27
标题:
omapl138，内存分配问题，内存起始地址问题
uboot启动参数设置中，按照用户手册，把内存分配为：
! G; x6 b, S" t, A
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
5 ?$ J. i, ?3 R- Q. y. y
或者
3 v( C6 t; \2 r* c2 i
setenv mem_args 'mem=32M@0xc0000000 mem=192M@0xc4000000'
6 k2 R% n9 T0 Q% G% k- W
或者
& R! E3 c- l Y2 U/ _
setenv mem_args 'mem=32M@0xc0000000 mem=64M@0xc4000000'
- ?3 v/ z3 A( r5 K% k
都ok可以正常启动。
( Z$ O G* e: i, h) d
/*-----------------------------------分----割----线----------------------------------------------*/
1 ~/ C! F3 ]- c
但是因为DSP端需要更大的内存，所以想把Linux的第二片内存区域变小一点，于是将Linux第二片内存区域起始地址设在0xc8000000：
, t% G& o) n) J& v1 i
setenv mem_args 'mem=32M@0xc0000000 mem=64M@
0xc8000000
'
5 G- `+ `. E& r. v
结果Linux启动不了，卡在这里了：Uncompressing Linux... done, booting the kernel.
# F! D1 C, w8 C( d1 v. C+ g) s
[attach]7025[/attach]
* `! e4 A" }6 i5 N* {$ v
9 g- b! s3 h+ ?0 ~1 k, a* o
然后又反复尝试了其他数值，发现第二片内存区域的起始地址必须为0xc4000000才行，不然都是这样卡住。
* Z2 g$ @7 m) }7 Q
请问这该怎么办呢，在0xc4000000起始的话DSP那边内存又不够用呀
; n* p, j/ Z! a2 I
% A) o9 O% }" k! ]& r' Q
欢迎光临 嵌入式开发者社区 (https://www.51ele.net/)
Powered by Discuz! X3.4
; n* p, j/ Z! a2 I