Bug 13666 - WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Summary: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Status: CLOSED CODE_FIX
Alias: None
Product: Networking
Classification: Unclassified
Component: Other (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: Arnaldo Carvalho de Melo
URL:
Keywords:
Depends on:
Blocks: 13615
  Show dependency tree
 
Reported: 2009-06-28 23:07 UTC by Rafael J. Wysocki
Modified: 2009-08-02 20:22 UTC (History)
0 users

See Also:
Kernel Version: 2.6.31-rc1
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments

Description Rafael J. Wysocki 2009-06-28 23:07:45 UTC
Subject    : 2.6.31-rc1: WARNING: at mm/page_alloc.c:1743 __alloc_pages_nodemask
Submitter  : Thomas Meyer <thomas@m3y3r.de>
Date       : 2009-06-27 16:15
References : http://lkml.org/lkml/2009/6/27/75

This entry is being used for tracking a regression from 2.6.30.  Please don't
close it until the problem is fixed in the mainline.
Comment 1 Rafael J. Wysocki 2009-07-07 11:11:17 UTC
References : http://lkml.org/lkml/2009/7/7/6
Comment 2 Rafael J. Wysocki 2009-07-27 22:19:54 UTC
On Monday 27 July 2009, David Rientjes wrote:
> On Sun, 26 Jul 2009, Rafael J. Wysocki wrote:
> 
> > This message has been generated automatically as a part of a report
> > of recent regressions.
> > 
> > The following bug entry is on the current list of known regressions
> > from 2.6.30.  Please verify if it still should be listed and let me know
> > (either way).
> > 
> > 
> > Bug-Entry   : http://bugzilla.kernel.org/show_bug.cgi?id=13666
> > Subject             : WARNING: at mm/page_alloc.c:1743
> __alloc_pages_nodemask
> > Submitter   : Thomas Meyer <thomas@m3y3r.de>
> > Date                : 2009-06-27 16:15 (30 days old)
> > References  : http://lkml.org/lkml/2009/6/27/75
> >               http://lkml.org/lkml/2009/7/7/6
> > 
> 
> This is fixed in mmotm with the following patches, waiting for Andrew's 
> push to Linus:
> 
>      
> page-allocator-allow-too-high-order-warning-messages-to-be-suppressed-with-__gfp_nowarn.patch
>       net-dccp-suppress-warning-about-large-allocations-from-dccp.patch
Comment 3 Rafael J. Wysocki 2009-07-30 20:39:35 UTC
On Thursday 30 July 2009, David Rientjes wrote:
> On Tue, 28 Jul 2009, Rafael J. Wysocki wrote:
> 
> > > This is fixed in mmotm with the following patches, waiting for Andrew's 
> > > push to Linus:
> > > 
> > >  
> page-allocator-allow-too-high-order-warning-messages-to-be-suppressed-with-__gfp_nowarn.patch
> > >   net-dccp-suppress-warning-about-large-allocations-from-dccp.patch
> > 
> > Thanks, updated.
> > 
> 
> These patches have made it to Linus' tree, so this issue is resolved.
Comment 4 Rafael J. Wysocki 2009-08-02 20:22:08 UTC
On Sunday 02 August 2009, Christian Kujau wrote:
> Hm,
> 
> looks like this *is* reproducible. After a reboot, mounting the very 
> same ext4 filesystem triggers this WARNING again:
> 
> [  165.000603] ------------[ cut here ]------------
> [  165.000726] WARNING: at mm/page_alloc.c:1749
> __alloc_pages_nodemask+0x4c4/0x5a0()
> [  165.000853] Hardware name: Lenovo          
> [  165.000944] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl
> auth_rpcgss sunrpc lm75 hwmon b43 usb_storage usb_libusual mac80211 cfg80211
> uhci_hcd ehci_hcd tg3 ssb usbcore libphy nls_base
> [  165.002297] Pid: 2789, comm: mount Not tainted 2.6.31-rc4 #1
> [  165.002397] Call Trace:
> [  165.002494]  [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
> [  165.002601]  [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [  165.002708]  [<c1036e40>] ? warn_slowpath_null+0x20/0x40
> [  165.002812]  [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [  165.002921]  [<c106dc72>] ? delayacct_end+0xa2/0xd0
> [  165.003027]  [<c1076d41>] ? __get_free_pages+0x21/0x60
> [  165.003132]  [<c11f02bd>] ? match_number+0x3d/0xc0
> [  165.003235]  [<c1129512>] ? parse_options+0xe2/0x5d0
> [  165.003340]  [<c135116b>] ? out_of_line_wait_on_bit+0xbb/0xf0
> [  165.003449]  [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
> [  165.003552]  [<c112b5b7>] ? ext4_fill_super+0x457/0x2670
> [  165.003657]  [<c11ee136>] ? vsnprintf+0x516/0x820
> [  165.003759]  [<c11e7f1d>] ? kobject_get+0x1d/0x40
> [  165.003865]  [<c10ef5c7>] ? disk_name+0xd7/0xe0
> [  165.003967]  [<c10a37ca>] ? get_sb_bdev+0x15a/0x1a0
> [  165.004107]  [<c112b160>] ? ext4_fill_super+0x0/0x2670
> [  165.004216]  [<c112822d>] ? ext4_get_sb+0x2d/0x50
> [  165.004315]  [<c112b160>] ? ext4_fill_super+0x0/0x2670
> [  165.004419]  [<c10a24f8>] ? vfs_kern_mount+0x58/0xd0
> [  165.004522]  [<c10a2606>] ? do_kern_mount+0x56/0x120
> [  165.004625]  [<c10bb2da>] ? do_mount+0x23a/0x750
> [  165.004727]  [<c10b91c1>] ? copy_mount_options+0x61/0x160
> [  165.004831]  [<c10bb88f>] ? sys_mount+0x9f/0x100
> [  165.004934]  [<c1003304>] ? syscall_call+0x7/0xb
> [  165.005044] ---[ end trace d2227ca6268a916a ]---
> [  165.287930] EXT4-fs (dm-7): barriers enabled
> 
> The whole dmesg and proc/meminfo is at:
> http://nerdbynature.de/bits/2.6.31-rc4/
> 
> Note: "dm-7" is a dm-crypt device, backed by an external disk which is 
> connected via USB. The filesystem itself seems fine however, nothing 
> unusual except this warning so far...

Note You need to log in before you can comment on or make changes to this bug.