* the bug of free_memmap
@ 2012-01-04 14:05 Hu Ruihuan
2012-01-07 14:33 ` Catalin Marinas
0 siblings, 1 reply; 2+ messages in thread
From: Hu Ruihuan @ 2012-01-04 14:05 UTC (permalink / raw)
To: linux-arm-kernel
Hi, everyone,
I have fount a bug in free_memmap function. When using sparsemem,
and just a memory section is in a hole, the start_pfn parameter of
free_memmap will be the last page of the section forward. Then the
start_pg will be the address of the last page of the section forward
plus the size of struct page, not the right one.
^ permalink raw reply [flat|nested] 2+ messages in thread
* the bug of free_memmap
2012-01-04 14:05 the bug of free_memmap Hu Ruihuan
@ 2012-01-07 14:33 ` Catalin Marinas
0 siblings, 0 replies; 2+ messages in thread
From: Catalin Marinas @ 2012-01-07 14:33 UTC (permalink / raw)
To: linux-arm-kernel
On 4 January 2012 14:05, Hu Ruihuan <specter118@gmail.com> wrote:
> ? ?I have fount a bug in free_memmap function. When using sparsemem,
> and just a memory section is in a hole, the start_pfn parameter of
> free_memmap will be the last page of the section forward. Then the
> start_pg will be the address of the last page of the section forward
> plus the size of struct page, not the right one.
I don't fully get what the problem is. Is this with the latest kernel?
Could you please provide an example of your memory banks layout?
--
Catalin
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-01-07 14:33 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-01-04 14:05 the bug of free_memmap Hu Ruihuan
2012-01-07 14:33 ` Catalin Marinas
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.