Messages in this thread | | | Date | Sat, 28 Feb 2009 12:40:08 -0800 | Subject | Re: brk patches.. | From | Yinghai Lu <> |
| |
On Sat, Feb 28, 2009 at 12:17 AM, Jeremy Fitzhardinge <jeremy@goop.org> wrote: > Yinghai Lu wrote: >> >> Yinghai Lu wrote: >> >>> >>> wonder if boot loader check uncompress size aka vmlinux size in bzImage >>> before it find one good position for bzImage...? >>> >>> >> >> Jeremy's brk patches may break: >> 1. kexec load 64bit vmlinux on some ram that near the memory hole etc. >> blindly to use ram after _end may have some problem >> 2. coreboot aka linux is using elf (by mkelfImage : vmlinux + initrd), >> initrd became one section after _end... >> could cause initrd get overwrite... by extend _brk >> > > But its no different from what i386 does now to allocate its initial > pagetables. How does this not break now? >
it will try to use initial page table af first, and it is not big enough, it will according to e820 and other reserved_early areas to find good positions.
YH -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |