From: Mel Gorman <mel@csn.ul.ie>
To: Frans Pop <elendil@planet.nl>
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:02:39 +0100 [thread overview]
Message-ID: <20090916150239.GG1993@csn.ul.ie> (raw)
In-Reply-To: <200909161636.20590.elendil@planet.nl>
On Wed, Sep 16, 2009 at 04:36:16PM +0200, Frans Pop wrote:
> 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
Is this with Reinette Chatre's patch applied or vanilla?
If vanilla, Reinette, is your patch already upstream or in a subsystem
tree somewhere?
> 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
>
--
Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
next prev parent reply other threads:[~2009-09-16 15:02 UTC|newest]
Thread overview: 46+ 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
2009-09-16 15:02 ` Mel Gorman [this message]
2009-09-16 15:37 ` Frans Pop
2009-09-16 16:26 ` reinette chatre
2009-09-09 20:05 ` reinette chatre
2009-09-10 1:48 ` Frans Pop
2009-09-10 9:02 ` Mel Gorman
2009-09-10 18:15 ` reinette chatre
2009-09-10 18:43 ` Frans Pop
2009-09-10 18:50 ` reinette chatre
2009-09-11 8:45 ` Mel Gorman
2009-09-11 16:14 ` reinette chatre
2009-09-10 21:14 ` reinette chatre
2009-09-11 8:47 ` Mel Gorman
2009-09-14 3:01 ` Zhu Yi
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:33 ` David Miller
2009-09-15 8:33 ` David Miller
2009-09-15 8:57 ` Zhu Yi
2009-09-15 9:09 ` David Miller
2009-09-15 9:15 ` Zhu Yi
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 17:59 ` Mel Gorman
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=20090916150239.GG1993@csn.ul.ie \
--to=mel@csn.ul.ie \
--cc=Larry.Finger@lwfinger.net \
--cc=akpm@linux-foundation.org \
--cc=assaf.krauss@intel.com \
--cc=cl@linux-foundation.org \
--cc=elendil@planet.nl \
--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=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.