Andrew Morton wrote:
> On Wed, 5 Dec 2007 10:52:48 +0100 (CET)
> Geert Uytterhoeven <[email protected]> wrote:
>
>> --------------------------------------------------------------------------------
>> Subject: sparsemem: sparse_add_one_section() may fail to allocate memory
>>
>> sparsemem: sparse_add_one_section() may fail to allocate memory, and must check
>> whether the allocation succeeded before proceeding to touch the allocated
>> memory.
>>
>> From: Geert Uytterhoeven <[email protected]>
>>
>> Signed-off-by: Geert Uytterhoeven <[email protected]>
>> ---
>> FIXME There are still some possible memory leaks in sparse_add_one_section():
>> - usemap is never deallocated
>> - __kfree_section_memmap() is a not yet implemented dummy
>
> I already had
>
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc4/2.6.24-rc4-mm1/broken-out/mm-sparsec-improve-the-error-handling-for-sparse_add_one_section.patch
> and
> ftp://ftp.kernel.org/pub/linux/kernel/people/akpm/patches/2.6/2.6.24-rc4/2.6.24-rc4-mm1/broken-out/mm-sparsec-check-the-return-value-of-sparse_index_alloc.patch
>
> queued. Do they fix the problem, and should they be merged in 2.6.24?
No, a quick test shows it just panics in a different place. Geert's
patch does also.
I'll try Milton's suggestion to pre-allocate the memory early. It seems
that should work as long as nothing else before the hot-plug mem is added
needs a large chunk.
-Geoff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]