lkml.org 
[lkml]   [2008]   [Feb]   [22]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRFE: __alloc_pages() SLAB_PANIC & gfp_mask
Group,


Currrently I do not subscribe to this mail alias, so please
keep the cc.

Currently a few calls exist where WAIT is specified (
(GFP_KERNEL)for the slab/slob allocators and also as an
additional argument, SLAB_PANIC is checked against the
return of the request for memory allocation. SLAB_PANIC
is not passed to __alloc_pages() as part of the gfp_mask.

If the memory allocation fails, and the flag is turned
on, then a panic will ensure.. There is a very simple fix
for this. The assumption is too basicly ASSERT a guarantee
that memory failure in this case will not occur.

The suggestion is to add the SLAB_PANIC arg to the gfp_mask,
add it to the mask in the SLAB/SLUB callers,
and have that checked within __alloc_pages
if a mem alloc failure is about to occur
after the check for no WAITers.

If it is set, then force additional loops within the function.

This would remove new cache creates from causing a panic when
a low memory condition exists.

Mitchell Erblich


\
 
 \ /
  Last update: 2008-02-23 02:09    [W:0.036 / U:2.936 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site