-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 When my Sheevaplug has been under load, I've been occasionally been getting swapper page allocation failures (monster kernel log attached).
What's particularly worrying about this is that the system's got a gigabyte of swap, and the log claims that it's all free. So why should it be behaving as if it's running out of memory? Given that I want to run Java on this machine, this could be an issue! This problem is, in fact, strikingly similar to recurrent issue on Debian on the NSLU2, where when the system was under heavy load the OOM killer would erroneously start nuking processes at random, regardless of the amount of available swap. Are there any known problems with the VM on ARM? I'm using: Linux chur 2.6.30-rc8-kirkwood #1 Wed Jun 3 22:03:05 UTC 2009 armv5tel GNU/Linux The swap is a file on a JFS partition on a RAID0 volume on USB, if that helps. I'm about to retry with 2.6.31-rc7 and see if that helps. Aug 22 03:50:31 chur kernel: [25651.180000] swapper: page allocation failure. order:1, mode:0x20 Aug 22 03:50:31 chur kernel: [25651.180000] [<c002bcec>] (unwind_backtrace+0x0/0xd4) from [<c008d6c8>] (__alloc_pages_internal+0x390/0x3ac) Aug 22 03:50:31 chur kernel: [25651.180000] [<c008d6c8>] (__alloc_pages_internal+0x390/0x3ac) from [<c00a9764>] (cache_alloc_refill+0x268/0x504) Aug 22 03:50:31 chur kernel: [25651.180000] [<c00a9764>] (cache_alloc_refill+0x268/0x504) from [<c00a9b64>] (kmem_cache_alloc+0x50/0xd8) Aug 22 03:50:31 chur kernel: [25651.180000] [<c00a9b64>] (kmem_cache_alloc+0x50/0xd8) from [<c01ffd58>] (sk_prot_alloc+0x24/0xc0) Aug 22 03:50:31 chur kernel: [25651.180000] [<c01ffd58>] (sk_prot_alloc+0x24/0xc0) from [<c02005a0>] (sk_clone+0x14/0x1c0) Aug 22 03:50:31 chur kernel: [25651.180000] [<c02005a0>] (sk_clone+0x14/0x1c0) from [<c02388d0>] (inet_csk_clone+0x14/0x9c) Aug 22 03:50:31 chur kernel: [25651.180000] [<c02388d0>] (inet_csk_clone+0x14/0x9c) from [<c024ccd0>] (tcp_create_openreq_child+0x18/0x338) Aug 22 03:50:31 chur kernel: [25651.180000] [<c024ccd0>] (tcp_create_openreq_child+0x18/0x338) from [<c024ad28>] (tcp_v4_syn_recv_sock+0x4c/0x1c0) Aug 22 03:50:31 chur kernel: [25651.180000] [<c024ad28>] (tcp_v4_syn_recv_sock+0x4c/0x1c0) from [<c024caec>] (tcp_check_req+0x250/0x41c) Aug 22 03:50:31 chur kernel: [25651.180000] [<c024caec>] (tcp_check_req+0x250/0x41c) from [<c024a4ac>] (tcp_v4_do_rcv+0x1cc/0x2f4) Aug 22 03:50:31 chur kernel: [25651.180000] [<c024a4ac>] (tcp_v4_do_rcv+0x1cc/0x2f4) from [<c024c768>] (tcp_v4_rcv+0x750/0x7bc) Aug 22 03:50:31 chur kernel: [25651.180000] [<c024c768>] (tcp_v4_rcv+0x750/0x7bc) from [<c022f650>] (ip_local_deliver_finish+0x1a0/0x270) Aug 22 03:50:31 chur kernel: [25651.180000] [<c022f650>] (ip_local_deliver_finish+0x1a0/0x270) from [<c022f490>] (ip_rcv_finish+0x348/0x368) Aug 22 03:50:31 chur kernel: [25651.180000] [<c022f490>] (ip_rcv_finish+0x348/0x368) from [<c020b69c>] (netif_receive_skb+0x54c/0x5a0) Aug 22 03:50:31 chur kernel: [25651.180000] [<c020b69c>] (netif_receive_skb+0x54c/0x5a0) from [<bf14e1c0>] (mv643xx_eth_poll+0x44c/0x5c8 [mv643xx_eth]) Aug 22 03:50:31 chur kernel: [25651.180000] [<bf14e1c0>] (mv643xx_eth_poll+0x44c/0x5c8 [mv643xx_eth]) from [<c020e214>] (net_rx_action+0x98/0x194) Aug 22 03:50:31 chur kernel: [25651.180000] [<c020e214>] (net_rx_action+0x98/0x194) from [<c0043538>] (__do_softirq+0x98/0x160) Aug 22 03:50:31 chur kernel: [25651.180000] [<c0043538>] (__do_softirq+0x98/0x160) from [<c004381c>] (irq_exit+0x40/0x90) Aug 22 03:50:31 chur kernel: [25651.180000] [<c004381c>] (irq_exit+0x40/0x90) from [<c0025054>] (_text+0x54/0x6c) Aug 22 03:50:31 chur kernel: [25651.180000] [<c0025054>] (_text+0x54/0x6c) from [<c00259b4>] (__irq_svc+0x34/0x80) Aug 22 03:50:31 chur kernel: [25651.180000] Exception stack(0xc0369f40 to 0xc0369f88) Aug 22 03:50:31 chur kernel: [25651.180000] 9f40: 000d0d2d 000003e8 00000000 4a8f5cf6 c036dd28 c036dd28 c0022ee8 c036bde8 Aug 22 03:50:31 chur kernel: [25651.180000] 9f60: c036dd28 56251311 c03edc00 00000000 32fb787f c0369f88 c0059e54 c002fb9c Aug 22 03:50:31 chur kernel: [25651.180000] 9f80: 20000013 ffffffff Aug 22 03:50:31 chur kernel: [25651.180000] [<c00259b4>] (__irq_svc+0x34/0x80) from [<c0059e54>] (do_gettimeofday+0x28/0x34) Aug 22 03:50:31 chur kernel: [25651.180000] [<c0059e54>] (do_gettimeofday+0x28/0x34) from [<000d0c4d>] (0xd0c4d) Aug 22 03:50:31 chur kernel: [25651.180000] Mem-info: Aug 22 03:50:31 chur kernel: [25651.180000] Normal per-cpu: Aug 22 03:50:31 chur kernel: [25651.180000] CPU 0: hi: 186, btch: 31 usd: 167 Aug 22 03:50:31 chur kernel: [25651.180000] Active_anon:2135 active_file:43341 inactive_anon:5588 Aug 22 03:50:31 chur kernel: [25651.180000] inactive_file:36610 unevictable:0 dirty:17629 writeback:0 unstable:0 Aug 22 03:50:31 chur kernel: [25651.180000] free:904 slab:37848 mapped:2767 pagetables:182 bounce:0 Aug 22 03:50:31 chur kernel: [25651.180000] Normal free:3616kB min:2884kB low:3604kB high:4324kB active_anon:8540kB inactive_anon:22352kB active_file:173364kB inactive_file:146440kB unevictable:0kB present:520192kB pages_scanned:0 all_unreclaimable? no Aug 22 03:50:31 chur kernel: [25651.180000] lowmem_reserve[]: 0 0 Aug 22 03:50:31 chur kernel: [25651.180000] Normal: 870*4kB 1*8kB 2*16kB 1*32kB 1*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 3616kB Aug 22 03:50:31 chur kernel: [25651.180000] 79978 total pagecache pages Aug 22 03:50:31 chur kernel: [25651.180000] 0 pages in swap cache Aug 22 03:50:31 chur kernel: [25651.180000] Swap cache stats: add 0, delete 0, find 0/0 Aug 22 03:50:31 chur kernel: [25651.180000] Free swap = 1048568kB Aug 22 03:50:31 chur kernel: [25651.180000] Total swap = 1048568kB Aug 22 03:50:31 chur kernel: [25651.180000] 131072 pages of RAM Aug 22 03:50:31 chur kernel: [25651.180000] 1285 free pages Aug 22 03:50:31 chur kernel: [25651.180000] 2119 reserved pages Aug 22 03:50:31 chur kernel: [25651.180000] 37848 slab pages Aug 22 03:50:31 chur kernel: [25651.180000] 53987 pages shared Aug 22 03:50:31 chur kernel: [25651.180000] 0 pages swap cached - -- ┌─── ｄｇ＠ｃｏｗｌａｒｋ．ｃｏｍ ───── http://www.cowlark.com ───── │ │ "People who think they know everything really annoy those of us who │ know we don't." --- Bjarne Stroustrup -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFKkWfjf9E0noFvlzgRAqGOAKCjhEFakjm7PZTID9Pt61lt9iaGzQCfVVZ7 kYwAvi1S9tBS+o3hBg7xa+0= =vUgL -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to debian-arm-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
