Re: [PATCH 0/2] Reduce number of GFP_ATOMIC allocation failures
From: Karol Lewandowski <hidden>
Date: 2009-10-19 00:36:34
Also in:
linux-mm, lkml
On Mon, Oct 19, 2009 at 12:31:15AM +0200, Frans Pop wrote:
Hi Karol,
Hi,
quoted
I've tried merging 'akpm' (517d08699b25) into clean 2.6.30 tree and got suspend-breakage which makes it untestable for me. (I've tried reverting drm, suspend, and other commits... all that failed.) Is there mm-related git tree hidden somewhere? ... or broken out mm-related patches that were sent to Andrew ... or maybe it's possible to get "git log -p" from Mel's private repo? Anything?Please try reverting 373c0a7e + 8aa7e847 [1] on top of 2.6.31. I've finally been able to solidly trace the main regression to that. I'm doing some final confirmation tests now and will mail detailed results afterwards. It would be great if you could confirm if that fixes the issue for you too.
Sadly, reverting these patches didn't fix my problem. I've just tested it -- I still get allocation failures. Thanks. e100: Intel(R) PRO/100 Network Driver, 3.5.24-k2-NAPI e100: Copyright(c) 1999-2006 Intel Corporation e100 0000:00:03.0: PCI INT A -> Link[LNKC] -> GSI 9 (level, low) -> IRQ 9 e100 0000:00:03.0: PME# disabled e100: eth0: e100_probe: addr 0xe8120000, irq 9, MAC addr 00:10:a4:89:e8:84 ifconfig: page allocation failure. order:5, mode:0x8020 Pid: 2390, comm: ifconfig Not tainted 2.6.31+frans-00002-g90702f9 #1 Call Trace: [<c015c4c3>] ? __alloc_pages_nodemask+0x405/0x44a [<c0104de7>] ? dma_generic_alloc_coherent+0x4a/0xab [<c0104d9d>] ? dma_generic_alloc_coherent+0x0/0xab [<d1428b6f>] ? e100_alloc_cbs+0xc7/0x174 [e100] [<d1429bfe>] ? e100_up+0x1b/0xf5 [e100] [<d1429cef>] ? e100_open+0x17/0x41 [e100] [<c02f86ff>] ? dev_open+0x8f/0xc5 [<c02f7eb9>] ? dev_change_flags+0xa2/0x155 [<c032da86>] ? devinet_ioctl+0x22a/0x51c [<c02eba9e>] ? sock_ioctl+0x0/0x1e4 [<c02ebc5e>] ? sock_ioctl+0x1c0/0x1e4 [<c02eba9e>] ? sock_ioctl+0x0/0x1e4 [<c017f21e>] ? vfs_ioctl+0x16/0x4a [<c017fae5>] ? do_vfs_ioctl+0x48a/0x4c1 [<c016811b>] ? handle_mm_fault+0x1e0/0x42c [<c0348c4b>] ? do_page_fault+0x2ce/0x2e4 [<c017fb48>] ? sys_ioctl+0x2c/0x42 [<c0102748>] ? sysenter_do_call+0x12/0x26 Mem-Info: DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 Normal per-cpu: CPU 0: hi: 90, btch: 15 usd: 37 Active_anon:25140 active_file:4336 inactive_anon:26654 inactive_file:3697 unevictable:0 dirty:7 writeback:0 unstable:0 free:981 slab:1766 mapped:4904 pagetables:456 bounce:0 DMA free:1116kB min:124kB low:152kB high:184kB active_anon:4304kB inactive_anon:4944kB active_file:764kB inactive_file:740kB unevictable:0kB present:15868kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 238 238 Normal free:2808kB min:1908kB low:2384kB high:2860kB active_anon:96256kB inactive_anon:101672kB active_file:16580kB inactive_file:14048kB unevictable:0kB present:243776kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 DMA: 13*4kB 5*8kB 0*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 1*1024kB 0*2048kB 0*4096kB = 1116kB Normal: 454*4kB 62*8kB 31*16kB 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2808kB 13458 total pagecache pages 5159 pages in swap cache Swap cache stats: add 34436, delete 29277, find 9023/11337 Free swap = 465460kB Total swap = 514040kB 65520 pages RAM 1663 pages reserved 12098 pages shared 55983 pages non-shared e100 0000:00:03.0: firmware: requesting e100/d101s_ucode.bin ADDRCONF(NETDEV_UP): eth0: link is not ready -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>