From: Frans Pop <elendil@planet.nl>
To: Mel Gorman <mel@csn.ul.ie>
Cc: Larry Finger <Larry.Finger@lwfinger.net>,
"John W. Linville" <linville@tuxdriver.com>,
Pekka Enberg <penberg@cs.helsinki.fi>,
linux-kernel@vger.kernel.org, linux-wireless@vger.kernel.org,
ipw3945-devel@lists.sourceforge.net,
Andrew Morton <akpm@linux-foundation.org>,
cl@linux-foundation.org, Assaf Krauss <assaf.krauss@intel.com>,
Johannes Berg <johannes@sipsolutions.net>,
Mohamed Abbas <mohamed.abbas@intel.com>
Subject: Re: iwlagn: order 2 page allocation failures
Date: Wed, 16 Sep 2009 16:36:16 +0200 [thread overview]
Message-ID: <200909161636.20590.elendil@planet.nl> (raw)
In-Reply-To: <200909091919.16461.elendil@planet.nl>
On Wednesday 09 September 2009, Frans Pop wrote:
> On Wednesday 09 September 2009, you wrote:
> > The problem with this theory is that the patches have been in since
> > Nov 2008 but reports are only showing up now. Frans, how sure are you
> > that this is a recent problem? Is it readily reproducible?
>
> The only thing I can say here is that I've never seen the issue before
> (and thanks to logcheck I certainly would have).
> The laptop is in constant use, but I rarely stress the memory like that.
> Swap is almost always at 0.
JFYI, it happened again yesterday.
The first time it was swapper, here it's kcryptd. The top part of the
trace is the same.
kcryptd: page allocation failure. order:2, mode:0x4020
Pid: 1347, comm: kcryptd Not tainted 2.6.31-rc9 #16
Call Trace:
<IRQ> [<ffffffff810790b0>] __alloc_pages_nodemask+0x542/0x58a
[<ffffffff81256a62>] ? _spin_unlock+0x9/0xb
[<ffffffff811da481>] ? __alloc_skb+0x3c/0x15b
[<ffffffffa0355644>] ? iwl_rx_allocate+0xac/0x208 [iwlcore]
[<ffffffff81079153>] __get_free_pages+0x12/0x41
[<ffffffff810982c5>] __kmalloc_track_caller+0x3b/0xec
[<ffffffff811da4ab>] __alloc_skb+0x66/0x15b
[<ffffffffa0355644>] iwl_rx_allocate+0xac/0x208 [iwlcore]
[<ffffffffa03557b6>] iwl_rx_replenish_now+0x16/0x23 [iwlcore]
[<ffffffffa037c8e3>] iwl_rx_handle+0x356/0x39a [iwlagn]
[<ffffffffa00212a2>] ? scsi_io_completion+0x3a8/0x3d1 [scsi_mod]
[<ffffffffa037ce27>] iwl_irq_tasklet_legacy+0x500/0x74f [iwlagn]
[<ffffffffa001a81b>] ? scsi_finish_command+0xec/0xf5 [scsi_mod]
[<ffffffff8103dff0>] tasklet_action+0x71/0xbc
[<ffffffff8103e877>] __do_softirq+0x9b/0x12c
[<ffffffff8100cb7c>] call_softirq+0x1c/0x28
[<ffffffff8100e694>] do_softirq+0x34/0x72
[<ffffffff8103e601>] irq_exit+0x3f/0x79
[<ffffffff8100dd95>] do_IRQ+0xa3/0xba
[<ffffffff8100c413>] ret_from_intr+0x0/0xa
<EOI> [<ffffffffa01fb5b8>] ? enc128+0x243/0x80b [aes_x86_64]
[<ffffffffa01fc72b>] ? aes_encrypt+0xd/0xf [aes_x86_64]
[<ffffffffa01e92b6>] ? crypto_cbc_encrypt+0x12c/0x18e [cbc]
[<ffffffff81078c9b>] ? __alloc_pages_nodemask+0x12d/0x58a
[<ffffffffa01fc71e>] ? aes_encrypt+0x0/0xf [aes_x86_64]
[<ffffffff81113ea0>] ? async_encrypt+0x38/0x3a
[<ffffffff81075a94>] ? mempool_alloc+0x5b/0x113
[<ffffffffa01c5b53>] ? crypt_convert+0x1f9/0x278 [dm_crypt]
[<ffffffffa01c5ff5>] ? kcryptd_crypt+0x423/0x449 [dm_crypt]
[<ffffffffa01c5bd2>] ? kcryptd_crypt+0x0/0x449 [dm_crypt]
[<ffffffff81048bc5>] ? worker_thread+0x132/0x1ca
[<ffffffff8104c647>] ? autoremove_wake_function+0x0/0x38
[<ffffffff81048a93>] ? worker_thread+0x0/0x1ca
[<ffffffff8104c325>] ? kthread+0x8f/0x97
[<ffffffff8100ca7a>] ? child_rip+0xa/0x20
[<ffffffff8104c296>] ? kthread+0x0/0x97
[<ffffffff8100ca70>] ? child_rip+0x0/0x20
Mem-Info:
DMA per-cpu:
CPU 0: hi: 0, btch: 1 usd: 0
CPU 1: hi: 0, btch: 1 usd: 0
DMA32 per-cpu:
CPU 0: hi: 186, btch: 31 usd: 172
CPU 1: hi: 186, btch: 31 usd: 163
Active_anon:278449 active_file:18846 inactive_anon:93192
inactive_file:18343 unevictable:407 dirty:0 writeback:7726 unstable:0
free:25175 slab:10409 mapped:34634 pagetables:4385 bounce:0
DMA free:7924kB min:40kB low:48kB high:60kB active_anon:2220kB inactive_anon:2464kB
active_file:1084kB inactive_file:1608kB unevictable:0kB present:15336kB pages_scanned:0
all_unreclaimable? no
lowmem_reserve[]: 0 1976 1976 1976
DMA32 free:92776kB min:5664kB low:7080kB high:8496kB active_anon:1111448kB inactive_anon:370432kB
active_file:74300kB inactive_file:71764kB unevictable:1628kB present:2023748kB pages_scanned:32
all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
DMA: 63*4kB 59*8kB 26*16kB 34*32kB 23*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 7924kB
DMA32: 18882*4kB 2076*8kB 10*16kB 1*32kB 1*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 92776kB
82554 total pagecache pages
44961 pages in swap cache
Swap cache stats: add 160004, delete 115046, find 2431510/2434120
Free swap = 1549576kB
Total swap = 2097144kB
518064 pages RAM
10323 pages reserved
117029 pages shared
398165 pages non-shared
iwlagn 0000:10:00.0: Can not allocate SKB buffers
kcryptd: page allocation failure. order:2, mode:0x4020
Pid: 1347, comm: kcryptd Not tainted 2.6.31-rc9 #16
Call Trace:
<IRQ> [<ffffffff810790b0>] __alloc_pages_nodemask+0x542/0x58a
[<ffffffff81256a62>] ? _spin_unlock+0x9/0xb
[<ffffffff811da481>] ? __alloc_skb+0x3c/0x15b
[<ffffffffa0355644>] ? iwl_rx_allocate+0xac/0x208 [iwlcore]
[<ffffffff81079153>] __get_free_pages+0x12/0x41
[<ffffffff810982c5>] __kmalloc_track_caller+0x3b/0xec
[<ffffffff811da4ab>] __alloc_skb+0x66/0x15b
[<ffffffffa0355644>] iwl_rx_allocate+0xac/0x208 [iwlcore]
[<ffffffffa03557b6>] iwl_rx_replenish_now+0x16/0x23 [iwlcore]
[<ffffffffa037c90e>] iwl_rx_handle+0x381/0x39a [iwlagn]
[<ffffffffa00212a2>] ? scsi_io_completion+0x3a8/0x3d1 [scsi_mod]
[<ffffffffa037ce27>] iwl_irq_tasklet_legacy+0x500/0x74f [iwlagn]
[<ffffffffa001a81b>] ? scsi_finish_command+0xec/0xf5 [scsi_mod]
[<ffffffff8103dff0>] tasklet_action+0x71/0xbc
[<ffffffff8103e877>] __do_softirq+0x9b/0x12c
[<ffffffff8100cb7c>] call_softirq+0x1c/0x28
[<ffffffff8100e694>] do_softirq+0x34/0x72
[<ffffffff8103e601>] irq_exit+0x3f/0x79
[<ffffffff8100dd95>] do_IRQ+0xa3/0xba
[<ffffffff8100c413>] ret_from_intr+0x0/0xa
<EOI> [<ffffffffa01fb5b8>] ? enc128+0x243/0x80b [aes_x86_64]
[<ffffffffa01fc72b>] ? aes_encrypt+0xd/0xf [aes_x86_64]
[<ffffffffa01e92b6>] ? crypto_cbc_encrypt+0x12c/0x18e [cbc]
[<ffffffff81078c9b>] ? __alloc_pages_nodemask+0x12d/0x58a
[<ffffffffa01fc71e>] ? aes_encrypt+0x0/0xf [aes_x86_64]
[<ffffffff81113ea0>] ? async_encrypt+0x38/0x3a
[<ffffffff81075a94>] ? mempool_alloc+0x5b/0x113
[<ffffffffa01c5b53>] ? crypt_convert+0x1f9/0x278 [dm_crypt]
[<ffffffffa01c5ff5>] ? kcryptd_crypt+0x423/0x449 [dm_crypt]
[<ffffffffa01c5bd2>] ? kcryptd_crypt+0x0/0x449 [dm_crypt]
[<ffffffff81048bc5>] ? worker_thread+0x132/0x1ca
[<ffffffff8104c647>] ? autoremove_wake_function+0x0/0x38
[<ffffffff81048a93>] ? worker_thread+0x0/0x1ca
[<ffffffff8104c325>] ? kthread+0x8f/0x97
[<ffffffff8100ca7a>] ? child_rip+0xa/0x20
[<ffffffff8104c296>] ? kthread+0x0/0x97
[<ffffffff8100ca70>] ? child_rip+0x0/0x20
Mem-Info:
DMA per-cpu:
CPU 0: hi: 0, btch: 1 usd: 0
CPU 1: hi: 0, btch: 1 usd: 0
DMA32 per-cpu:
CPU 0: hi: 186, btch: 31 usd: 172
CPU 1: hi: 186, btch: 31 usd: 173
Active_anon:277951 active_file:18714 inactive_anon:93068
inactive_file:18252 unevictable:407 dirty:0 writeback:7726 unstable:0
free:25861 slab:10409 mapped:34634 pagetables:4385 bounce:0
DMA free:7924kB min:40kB low:48kB high:60kB active_anon:2220kB inactive_anon:2464kB
active_file:1084kB inactive_file:1608kB unevictable:0kB present:15336kB pages_scanned:0
all_unreclaimable? no
lowmem_reserve[]: 0 1976 1976 1976
DMA32 free:95520kB min:5664kB low:7080kB high:8496kB active_anon:1109584kB inactive_anon:369808kB
active_file:73772kB inactive_file:71400kB unevictable:1628kB present:2023748kB pages_scanned:66
all_unreclaimable? no
lowmem_reserve[]: 0 0 0 0
DMA: 63*4kB 59*8kB 26*16kB 34*32kB 23*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 1*4096kB = 7924kB
DMA32: 19178*4kB 2285*8kB 3*16kB 1*32kB 1*64kB 1*128kB 1*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 95520kB
81717 total pagecache pages
44349 pages in swap cache
Swap cache stats: add 160008, delete 115659, find 2431510/2434120
Free swap = 1549560kB
Total swap = 2097144kB
518064 pages RAM
10323 pages reserved
117031 pages shared
398265 pages non-shared
iwlagn 0000:10:00.0: Can not allocate SKB buffers
next prev parent reply other threads:[~2009-09-16 14:36 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-09-06 7:40 iwlagn: order 2 page allocation failures Frans Pop
2009-09-06 8:14 ` Pekka Enberg
2009-09-06 8:28 ` Frans Pop
2009-09-06 8:35 ` Pekka Enberg
2009-09-08 10:54 ` Mel Gorman
2009-09-08 11:11 ` Pekka Enberg
2009-09-08 14:17 ` John W. Linville
2009-09-08 14:59 ` Larry Finger
2009-09-09 15:04 ` Mel Gorman
2009-09-09 15:59 ` Frans Pop
2009-09-09 16:55 ` Mel Gorman
2009-09-09 17:19 ` Frans Pop
2009-09-16 14:36 ` Frans Pop [this message]
2009-09-16 15:02 ` Mel Gorman
2009-09-16 15:37 ` Frans Pop
2009-09-16 16:26 ` reinette chatre
2009-09-16 16:26 ` reinette chatre
2009-09-09 20:05 ` reinette chatre
2009-09-09 20:05 ` reinette chatre
2009-09-10 1:48 ` Frans Pop
2009-09-10 1:48 ` Frans Pop
2009-09-10 9:02 ` Mel Gorman
2009-09-10 9:02 ` Mel Gorman
2009-09-10 18:15 ` reinette chatre
2009-09-10 18:15 ` reinette chatre
2009-09-10 18:43 ` Frans Pop
2009-09-10 18:43 ` Frans Pop
2009-09-10 18:50 ` reinette chatre
2009-09-10 18:50 ` reinette chatre
2009-09-11 8:45 ` Mel Gorman
2009-09-11 8:45 ` Mel Gorman
2009-09-11 16:14 ` reinette chatre
2009-09-11 16:14 ` reinette chatre
2009-09-10 21:14 ` reinette chatre
2009-09-10 21:14 ` reinette chatre
2009-09-11 8:47 ` Mel Gorman
2009-09-11 8:47 ` Mel Gorman
2009-09-14 3:01 ` Zhu Yi
2009-09-14 3:01 ` Zhu Yi
2009-09-14 13:06 ` Mel Gorman
2009-09-14 13:06 ` Mel Gorman
2009-09-15 8:30 ` alloc skb based on a given data buffer Zhu Yi
2009-09-15 8:30 ` Zhu Yi
2009-09-15 8:33 ` David Miller
2009-09-15 8:33 ` David Miller
2009-09-15 8:57 ` Zhu Yi
2009-09-15 8:57 ` Zhu Yi
2009-09-15 9:09 ` David Miller
2009-09-15 9:15 ` Zhu Yi
2009-09-15 9:15 ` Zhu Yi
2009-09-15 15:30 ` Johannes Berg
2009-09-15 15:30 ` Johannes Berg
2009-09-15 15:30 ` Johannes Berg
2009-09-15 21:16 ` David Miller
2009-09-15 21:16 ` David Miller
2009-09-19 5:56 ` Johannes Berg
2009-09-14 15:42 ` iwlagn: order 2 page allocation failures Christoph Lameter
2009-09-14 15:42 ` Christoph Lameter
2009-09-14 17:59 ` Mel Gorman
2009-09-14 17:59 ` Mel Gorman
2009-09-14 18:04 ` Christoph Lameter
2009-09-14 18:04 ` Christoph Lameter
2009-09-10 8:18 ` Pekka Enberg
2009-09-10 12:34 ` Mel Gorman
2009-09-10 12:39 ` Pekka Enberg
2009-09-10 12:58 ` Mel Gorman
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200909161636.20590.elendil@planet.nl \
--to=elendil@planet.nl \
--cc=Larry.Finger@lwfinger.net \
--cc=akpm@linux-foundation.org \
--cc=assaf.krauss@intel.com \
--cc=cl@linux-foundation.org \
--cc=ipw3945-devel@lists.sourceforge.net \
--cc=johannes@sipsolutions.net \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-wireless@vger.kernel.org \
--cc=linville@tuxdriver.com \
--cc=mel@csn.ul.ie \
--cc=mohamed.abbas@intel.com \
--cc=penberg@cs.helsinki.fi \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.