d7b0107591
Loading kernel to 0xf00000 has no practical reason. Starting it from the u-boot's highest possible end address (2MB counting from 0x0) makes more sense. Tested by: kevlo
18 lines
700 B
Plaintext
18 lines
700 B
Plaintext
# $FreeBSD$
|
|
|
|
# kernel gets loaded at 0x00200000 by the loader, but runs at virtual address
|
|
# 0xc0200000. RAM starts at 0. We put the pagetable at a reasonable place
|
|
# in memory, but may need to bounce it higher if there's a problem with this.
|
|
# We could paper over this by loading the kernel at 0xc0000000 virtual, but
|
|
# that leads to other complications, so we'll just reclaim the lower region of
|
|
# ram after we're loaded. Put the page tables for startup at 1MB.
|
|
makeoptions KERNPHYSADDR=0x00200000
|
|
makeoptions KERNVIRTADDR=0xc0200000
|
|
|
|
options KERNPHYSADDR=0x00200000
|
|
options KERNVIRTADDR=0xc0200000
|
|
options PHYSADDR=0x00000000
|
|
options STARTUP_PAGETABLE_ADDR=0x00100000
|
|
|
|
options ARM_L2_PIPT
|