Bug 8460 - master: page allocation failure. order:4, mode:0x40d0
Summary: master: page allocation failure. order:4, mode:0x40d0
Status: RESOLVED PATCH_ALREADY_AVAILABLE
Alias: None
Product: Alternate Trees
Classification: Unclassified
Component: mm (show other bugs)
Hardware: i386 Linux
: P2 normal
Assignee: Christoph Lameter
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-05-09 11:41 UTC by Nicolas Mailhot
Modified: 2007-05-09 11:55 UTC (History)
1 user (show)

See Also:
Kernel Version: 2.6.21-mm1 with SLUB
Subsystem:
Regression: ---
Bisected commit-id:

Attachments
kernel logs since initial boot (91.37 KB, text/plain)
2007-05-09 11:42 UTC, Nicolas Mailhot 		Details
kernel config (43.00 KB, text/plain)
2007-05-09 11:42 UTC, Nicolas Mailhot 		Details
lspci (117.69 KB, text/plain)
2007-05-09 11:43 UTC, Nicolas Mailhot 		Details
Add an attachment (proposed patch, testcase, etc.)

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.
Note You need to log in before you can comment on or make changes to this bug.