|Subject:||Re: [PATCH 0/2] FLATMEM: allow memory to start at pfn != 0 [take #2]|
|From:||"Franck Bui-Huu" <email@example.com>|
|Date:||Tue, 6 Mar 2007 22:39:59 +0100|
|Dkim-signature:||a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=fmjpq7/0xHprfcrTUTTGSC2bdv4u0CPmd6KW4jjEzlQr90EnEJ5UIoMvAnWElc6elGD3tlIV6APLcBVV2A6CIEIStXoLyo8Yi1xViJUc4OsV0+ENDiQUujWNIuUjP222MU3vU1kDdZX8qabZO3H2lbvdg7MZIbEjsDrQWrGgLPE=|
|Domainkey-signature:||a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sncSyUexe5zNMFUb5nUY7ZAkG91Dm04gTD4fZRkeKxs+UxNy0Jumw5QzbzM+FpNoKTn+Q3VPVcBJFxX6dAVZ5eTJ8L468Ma9M/tcMainnbeCbCAAnRG5aqHuJm8XQBWB8gmS/fXboryZ82oTRf7bYQbIPBhojJnN0oUgWJTYuzs=|
|References:||<firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com>|
On 3/5/07, Maxime Bizon <firstname.lastname@example.org> wrote:
I dug a little and found the following. My kernel is loaded at 0x9012d000, '&_end' value is 0x901d4020. In bootmem_init(), we try to compute reserved_end by using __pa_symbol(&_end), which adds PHYS_OFFSET to it, though it was already accounted.
I think you missed PAGE_OFFSET meaning... PAGE_OFFSET is the start of the kernel virtual address space and before this patchset pa(PAGE_OFFSET) was always 0. In your case, you said: PAGE_OFFSET = 0x80000000 PHYS_OFFSET = 0x10000000 this means that the first kernel virtual address is 0x80000000 and the corresponding physical address is 0x10000000. If you load your kernel at 0x9000xxxx, it will be loaded in physical memory located at 0x2000xxxx which is obviously not what you want. So to fix this you have 2 possibilities: - load your kernel at 0x8000xxxx addresses, - set PAGE_OFFSET to 0x90000000. You said that you already tried the second solution but it fails. I don't see why though...
The loop in setup.c is thus unable to compute a correct 'map_start' value since 'reserved_end' is way above all declared memory. init_bootmem_node() is then called with a 'map_start' default value of ~0. Maybe that case should fall in the invalid memory map panic ?
well maybe some sanity checkings are missing here. Sorry for responding lately but life sometimes triggers NMIs ;) -- Franck
|<Prev in Thread]||Current Thread||[Next in Thread>|
|Previous by Date:||Re: [parisc-linux] [PATCH 2/2] Make pcibios_add_platform_entries() return errors, James Bottomley|
|Next by Date:||Re: [parisc-linux] [PATCH 2/2] Make pcibios_add_platform_entries() return errors, Michael Ellerman|
|Previous by Thread:||Re: [PATCH 0/2] FLATMEM: allow memory to start at pfn != 0 [take #2], Maxime Bizon|
|Next by Thread:||Re: [PATCH 0/2] FLATMEM: allow memory to start at pfn != 0 [take #2], Thomas Bogendoerfer|
|Indexes:||[Date] [Thread] [Top] [All Lists]|