Bug 8460

Summary: master: page allocation failure. order:4, mode:0x40d0
Product: Alternate Trees Reporter: Nicolas Mailhot (Nicolas.Mailhot)
Component: mmAssignee: Christoph Lameter (clameter)
Status: RESOLVED PATCH_ALREADY_AVAILABLE    
Severity: normal CC: akpm
Priority: P2    
Hardware: i386   
OS: Linux   
Kernel Version: 2.6.21-mm1 with SLUB Subsystem:
Regression: --- Bisected commit-id:
Attachments: kernel logs since initial boot
kernel config
lspci

Description Nicolas Mailhot 2007-05-09 11:41:25 UTC 
Most recent kernel where this bug did *NOT* occur: 2.6.21-rc6.mm1 with SLAB
Distribution: Fedora Devel
Hardware Environment: AMD X2 on CK804
Software Environment: N/A
Problem Description:

page allocation failure during heavy system activity (mesa + kernel build +
video capture)

Steps to reproduce:

one-time
Comment 1 Nicolas Mailhot 2007-05-09 11:42:06 UTC 
Created attachment 11446 [details]
kernel logs since initial boot
Comment 2 Nicolas Mailhot 2007-05-09 11:42:42 UTC 
Created attachment 11447 [details]
kernel config
Comment 3 Nicolas Mailhot 2007-05-09 11:43:17 UTC 
Created attachment 11448 [details]
lspci
Comment 4 Christoph Lameter 2007-05-09 11:55:51 UTC 
A know problem with too optimistic page order use by SLUB if antifragmentation
is enabled. I experienced it myself a couple of times. 2.6.21-mm2 has the max
order reduced to 3. See also the recent conversation with Mel on linux-mm.