linux-ext4 - Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743 __alloc_pages

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 1 Aug 2009 12:56:59 -0700 (PDT)
From:	David Rientjes <rientjes@...gle.com>
To:	Christian Kujau <lists@...dbynature.de>
cc:	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	linux-ext4@...r.kernel.org
Subject: Re: [Bug #13666] WARNING: at mm/page_alloc.c:1743
 __alloc_pages_nodemask

On Sat, 1 Aug 2009, Christian Kujau wrote:

> On Thu, 30 Jul 2009 at 00:21, David Rientjes wrote:
> > These patches have made it to Linus' tree, so this issue is resolved.
> 
> I've pulled Linus' tree yesterday, booted, all fine - just now it was the 
> first time I saw a similar WARNING on my box (running -rc kernels 
> for a few months now), see below.
> 
> Is this related to the WARNING in #13666?
> I'm pretty sure the kernel already includes the patches you 
> mentioned, "git show" said "b592972493c38665efd7d429a01b23fcb21e331a". 
> Also, I just pulled again and mm/ was not touched any more.
> 

Your kernel includes the fixes for the __alloc_pages_nodemask() warning 
that was reported in http://bugzilla.kernel.org/show_bug.cgi?id=13666.

> [69973.604263] ------------[ cut here ]------------
> [69973.604340] WARNING: at mm/page_alloc.c:1749 __alloc_pages_nodemask+0x4c4/0x5a0()
> [69973.604422] Hardware name: Lenovo          
> [69973.604468] Modules linked in: fuse acpi_cpufreq nfsd lockd nfs_acl auth_rpcgss sunrpc lm75 hwmon b43 usb_storage usb_libusual mac80211 cfg80211 uhci_hcd tg3 ssb ehci_hcd usbcore libphy nls_base
> [69973.604727] Pid: 15026, comm: mount Not tainted 2.6.31-rc4 #1
> [69973.604781] Call Trace:
> [69973.604831]  [<c1036dda>] ? warn_slowpath_common+0x7a/0xc0
> [69973.604891]  [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [69973.604952]  [<c1036e40>] ? warn_slowpath_null+0x20/0x40
> [69973.605072]  [<c1076be4>] ? __alloc_pages_nodemask+0x4c4/0x5a0
> [69973.605152]  [<c106dc72>] ? delayacct_end+0xa2/0xd0
> [69973.605212]  [<c10c6617>] ? __find_get_block+0xa7/0x180
> [69973.605271]  [<c1076d41>] ? __get_free_pages+0x21/0x60
> [69973.605330]  [<c11f02bd>] ? match_number+0x3d/0xc0
> [69973.605387]  [<c1129512>] ? parse_options+0xe2/0x5d0
> [69973.605444]  [<c135116b>] ? out_of_line_wait_on_bit+0xbb/0xf0
> [69973.605506]  [<c10c6ff8>] ? __wait_on_buffer+0x28/0x50
> [69973.605564]  [<c112b5b7>] ? ext4_fill_super+0x457/0x2670

This is a different issue than bug 13666, this is in the ext4 mount code 
(which can also probably happen with other filesystems as well).

What are your mount options?  It appears that they are causing the parser 
to allocate far more memory than it should ever need.
--
To unsubscribe from this list: send the line "unsubscribe linux-ext4" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html