* mm: kernel BUG at mm/swap.c:609! @ 2014-03-11 20:07 Sasha Levin 2014-03-12 1:25 ` Bob Liu 0 siblings, 1 reply; 4+ messages in thread From: Sasha Levin @ 2014-03-11 20:07 UTC (permalink / raw) To: linux-mm@kvack.org; +Cc: Andrew Morton, Mel Gorman, LKML, Rik van Riel Hi all, While fuzzing with trinity inside a KVM tools guest running latest -next kernel I've stumbled on the following spew: [ 477.301955] kernel BUG at mm/swap.c:609! [ 477.302564] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC [ 477.303590] Dumping ftrace buffer: [ 477.305022] (ftrace buffer empty) [ 477.305899] Modules linked in: [ 477.306397] CPU: 35 PID: 10092 Comm: trinity-c374 Tainted: G W 3.14.0-rc5-next-20140307-sasha-00010-g1f812cb #142 [ 477.307644] task: ffff8800a7f80000 ti: ffff8800a7f6a000 task.ti: ffff8800a7f6a000 [ 477.309124] RIP: 0010:[<ffffffff8127f311>] [<ffffffff8127f311>] lru_cache_add+0x21/0x60 [ 477.310301] RSP: 0000:ffff8800a7f6bbc8 EFLAGS: 00010292 [ 477.311110] RAX: 000000000000003f RBX: ffffea0013d68000 RCX: 0000000000000006 [ 477.311110] RDX: 0000000000000006 RSI: ffff8800a7f80d60 RDI: 0000000000000282 [ 477.311110] RBP: ffff8800a7f6bbc8 R08: 0000000000000001 R09: 0000000000000001 [ 477.311110] R10: 0000000000000001 R11: 0000000000000001 R12: ffff8800ab9b0c00 [ 477.311110] R13: 0000000002400000 R14: ffff8800ab9b0c00 R15: 0000000000000001 [ 477.311110] FS: 00007ff2c047c700(0000) GS:ffff88042bc00000(0000) knlGS:0000000000000000 [ 477.311110] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b [ 477.311110] CR2: 0000000003788a68 CR3: 00000000a7f68000 CR4: 00000000000006a0 [ 477.311110] DR0: 000000000069b000 DR1: 0000000000000000 DR2: 0000000000000000 [ 477.311110] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000600 [ 477.311110] Stack: [ 477.311110] ffff8800a7f6bbf8 ffffffff812adaec ffffea0013d68000 ffffea002bdb8000 [ 477.311110] ffffea0013d68000 ffff8800a7f7c090 ffff8800a7f6bca8 ffffffff812db8ec [ 477.311110] 0000000000000001 ffffffff812e1321 ffff8800a7f6bc48 ffffffff811ad632 [ 477.311110] Call Trace: [ 477.311110] [<ffffffff812adaec>] page_add_new_anon_rmap+0x1ec/0x210 [ 477.311110] [<ffffffff812db8ec>] migrate_misplaced_transhuge_page+0x55c/0x830 [ 477.311110] [<ffffffff812e1321>] ? do_huge_pmd_numa_page+0x311/0x460 [ 477.311110] [<ffffffff811ad632>] ? __lock_release+0x1e2/0x200 [ 477.311110] [<ffffffff812e133f>] do_huge_pmd_numa_page+0x32f/0x460 [ 477.311110] [<ffffffff81af6aca>] ? delay_tsc+0xfa/0x120 [ 477.311110] [<ffffffff812a31f4>] __handle_mm_fault+0x244/0x3a0 [ 477.311110] [<ffffffff812e37ed>] ? rcu_read_unlock+0x5d/0x60 [ 477.311110] [<ffffffff812a3463>] handle_mm_fault+0x113/0x1c0 [ 477.311110] [<ffffffff844abd42>] ? __do_page_fault+0x302/0x5d0 [ 477.311110] [<ffffffff844abfd1>] __do_page_fault+0x591/0x5d0 [ 477.311110] [<ffffffff8118ab46>] ? vtime_account_user+0x96/0xb0 [ 477.311110] [<ffffffff844ac492>] ? preempt_count_sub+0xe2/0x120 [ 477.311110] [<ffffffff81269567>] ? context_tracking_user_exit+0x187/0x1d0 [ 477.311110] [<ffffffff844ac0d5>] do_page_fault+0x45/0x70 [ 477.311110] [<ffffffff844ab386>] do_async_page_fault+0x36/0x100 [ 477.311110] [<ffffffff844a7f18>] async_page_fault+0x28/0x30 [ 477.311110] Code: 65 f0 4c 8b 6d f8 c9 c3 66 90 55 48 89 e5 66 66 66 66 90 48 8b 07 a8 40 74 18 48 8b 07 a9 00 00 10 00 74 0e 31 f6 e8 2f 20 ff ff <0f> 0b eb fe 0f 1f 00 48 8b 07 a8 20 74 19 31 f6 e8 1a 20 ff ff [ 477.311110] RIP [<ffffffff8127f311>] lru_cache_add+0x21/0x60 [ 477.311110] RSP <ffff8800a7f6bbc8> Thanks, Sasha -- 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> ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: mm: kernel BUG at mm/swap.c:609! 2014-03-11 20:07 mm: kernel BUG at mm/swap.c:609! Sasha Levin @ 2014-03-12 1:25 ` Bob Liu 2014-03-20 9:21 ` Bob Liu 0 siblings, 1 reply; 4+ messages in thread From: Bob Liu @ 2014-03-12 1:25 UTC (permalink / raw) To: Sasha Levin Cc: linux-mm@kvack.org, Andrew Morton, Mel Gorman, LKML, Rik van Riel On 03/12/2014 04:07 AM, Sasha Levin wrote: > Hi all, > > While fuzzing with trinity inside a KVM tools guest running latest -next > kernel > I've stumbled on the following spew: > > [ 477.301955] kernel BUG at mm/swap.c:609! > [ 477.302564] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC > [ 477.303590] Dumping ftrace buffer: > [ 477.305022] (ftrace buffer empty) > [ 477.305899] Modules linked in: > [ 477.306397] CPU: 35 PID: 10092 Comm: trinity-c374 Tainted: G > W 3.14.0-rc5-next-20140307-sasha-00010-g1f812cb #142 > [ 477.307644] task: ffff8800a7f80000 ti: ffff8800a7f6a000 task.ti: > ffff8800a7f6a000 > [ 477.309124] RIP: 0010:[<ffffffff8127f311>] [<ffffffff8127f311>] > lru_cache_add+0x21/0x60 > [ 477.310301] RSP: 0000:ffff8800a7f6bbc8 EFLAGS: 00010292 > [ 477.311110] RAX: 000000000000003f RBX: ffffea0013d68000 RCX: > 0000000000000006 > [ 477.311110] RDX: 0000000000000006 RSI: ffff8800a7f80d60 RDI: > 0000000000000282 > [ 477.311110] RBP: ffff8800a7f6bbc8 R08: 0000000000000001 R09: > 0000000000000001 > [ 477.311110] R10: 0000000000000001 R11: 0000000000000001 R12: > ffff8800ab9b0c00 > [ 477.311110] R13: 0000000002400000 R14: ffff8800ab9b0c00 R15: > 0000000000000001 > [ 477.311110] FS: 00007ff2c047c700(0000) GS:ffff88042bc00000(0000) > knlGS:0000000000000000 > [ 477.311110] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b > [ 477.311110] CR2: 0000000003788a68 CR3: 00000000a7f68000 CR4: > 00000000000006a0 > [ 477.311110] DR0: 000000000069b000 DR1: 0000000000000000 DR2: > 0000000000000000 > [ 477.311110] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: > 0000000000000600 > [ 477.311110] Stack: > [ 477.311110] ffff8800a7f6bbf8 ffffffff812adaec ffffea0013d68000 > ffffea002bdb8000 > [ 477.311110] ffffea0013d68000 ffff8800a7f7c090 ffff8800a7f6bca8 > ffffffff812db8ec > [ 477.311110] 0000000000000001 ffffffff812e1321 ffff8800a7f6bc48 > ffffffff811ad632 > [ 477.311110] Call Trace: > [ 477.311110] [<ffffffff812adaec>] page_add_new_anon_rmap+0x1ec/0x210 > [ 477.311110] [<ffffffff812db8ec>] > migrate_misplaced_transhuge_page+0x55c/0x830 > [ 477.311110] [<ffffffff812e1321>] ? do_huge_pmd_numa_page+0x311/0x460 > [ 477.311110] [<ffffffff811ad632>] ? __lock_release+0x1e2/0x200 > [ 477.311110] [<ffffffff812e133f>] do_huge_pmd_numa_page+0x32f/0x460 > [ 477.311110] [<ffffffff81af6aca>] ? delay_tsc+0xfa/0x120 > [ 477.311110] [<ffffffff812a31f4>] __handle_mm_fault+0x244/0x3a0 > [ 477.311110] [<ffffffff812e37ed>] ? rcu_read_unlock+0x5d/0x60 > [ 477.311110] [<ffffffff812a3463>] handle_mm_fault+0x113/0x1c0 > [ 477.311110] [<ffffffff844abd42>] ? __do_page_fault+0x302/0x5d0 > [ 477.311110] [<ffffffff844abfd1>] __do_page_fault+0x591/0x5d0 > [ 477.311110] [<ffffffff8118ab46>] ? vtime_account_user+0x96/0xb0 > [ 477.311110] [<ffffffff844ac492>] ? preempt_count_sub+0xe2/0x120 > [ 477.311110] [<ffffffff81269567>] ? > context_tracking_user_exit+0x187/0x1d0 > [ 477.311110] [<ffffffff844ac0d5>] do_page_fault+0x45/0x70 > [ 477.311110] [<ffffffff844ab386>] do_async_page_fault+0x36/0x100 > [ 477.311110] [<ffffffff844a7f18>] async_page_fault+0x28/0x30 > [ 477.311110] Code: 65 f0 4c 8b 6d f8 c9 c3 66 90 55 48 89 e5 66 66 66 > 66 90 48 8b 07 a8 40 74 18 48 8b 07 a9 00 00 10 00 74 0e 31 f6 e8 2f 20 > ff ff <0f> 0b eb fe 0f 1f 00 48 8b 07 a8 20 74 19 31 f6 e8 1a 20 ff ff > [ 477.311110] RIP [<ffffffff8127f311>] lru_cache_add+0x21/0x60 > [ 477.311110] RSP <ffff8800a7f6bbc8> > If PageUnevictable(old_page) is true, new page will also be set before page_add_new_anon_rmap(). migrate_misplaced_transhuge_page() > migrate_page_copy() > SetPageUnevictable(newpage) > page_add_new_anon_rmap() But in page_add_new_anon_rmap(), there is only mlocked_vma_newpage() called to check whether a page should be added to unevictable list. I think that is incorrect in some cases and may trigger this BUG(). We can see from vmscan: int page_evictable(struct page *page) { return !mapping_unevictable(page_mapping(page)) && !PageMlocked(page); } Besides mlock, we may also set a page to unevictable when that page's mapping marked unevictable. mlocked_vma_newpage(new_page) can't detect this situation if the old page is set to unevictable by this reason. So I think we should add an extra !PageUnevictable(page) checking in page_add_new_anon_rmap(). Fix me if I misunderstood something. diff --git a/mm/rmap.c b/mm/rmap.c index 9056a1f..8d13318 100644 --- a/mm/rmap.c +++ b/mm/rmap.c @@ -1024,7 +1024,7 @@ void page_add_new_anon_rmap(struct page *page, __mod_zone_page_state(page_zone(page), NR_ANON_PAGES, hpage_nr_pages(page)); __page_set_anon_rmap(page, vma, address, 1); - if (!mlocked_vma_newpage(vma, page)) { + if (!mlocked_vma_newpage(vma, page) && !PageUnevictable(page)) { SetPageActive(page); lru_cache_add(page); } else -- Regards, --Bob -- 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> ^ permalink raw reply related [flat|nested] 4+ messages in thread
* Re: mm: kernel BUG at mm/swap.c:609! 2014-03-12 1:25 ` Bob Liu @ 2014-03-20 9:21 ` Bob Liu 2014-03-30 0:47 ` Sasha Levin 0 siblings, 1 reply; 4+ messages in thread From: Bob Liu @ 2014-03-20 9:21 UTC (permalink / raw) To: Sasha Levin Cc: linux-mm@kvack.org, Andrew Morton, Mel Gorman, LKML, Rik van Riel On 03/12/2014 09:25 AM, Bob Liu wrote: > > On 03/12/2014 04:07 AM, Sasha Levin wrote: >> Hi all, >> >> While fuzzing with trinity inside a KVM tools guest running latest -next >> kernel >> I've stumbled on the following spew: >> >> [ 477.301955] kernel BUG at mm/swap.c:609! >> [ 477.302564] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC >> [ 477.303590] Dumping ftrace buffer: >> [ 477.305022] (ftrace buffer empty) >> [ 477.305899] Modules linked in: >> [ 477.306397] CPU: 35 PID: 10092 Comm: trinity-c374 Tainted: G >> W 3.14.0-rc5-next-20140307-sasha-00010-g1f812cb #142 >> [ 477.307644] task: ffff8800a7f80000 ti: ffff8800a7f6a000 task.ti: >> ffff8800a7f6a000 >> [ 477.309124] RIP: 0010:[<ffffffff8127f311>] [<ffffffff8127f311>] >> lru_cache_add+0x21/0x60 >> [ 477.310301] RSP: 0000:ffff8800a7f6bbc8 EFLAGS: 00010292 >> [ 477.311110] RAX: 000000000000003f RBX: ffffea0013d68000 RCX: >> 0000000000000006 >> [ 477.311110] RDX: 0000000000000006 RSI: ffff8800a7f80d60 RDI: >> 0000000000000282 >> [ 477.311110] RBP: ffff8800a7f6bbc8 R08: 0000000000000001 R09: >> 0000000000000001 >> [ 477.311110] R10: 0000000000000001 R11: 0000000000000001 R12: >> ffff8800ab9b0c00 >> [ 477.311110] R13: 0000000002400000 R14: ffff8800ab9b0c00 R15: >> 0000000000000001 >> [ 477.311110] FS: 00007ff2c047c700(0000) GS:ffff88042bc00000(0000) >> knlGS:0000000000000000 >> [ 477.311110] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b >> [ 477.311110] CR2: 0000000003788a68 CR3: 00000000a7f68000 CR4: >> 00000000000006a0 >> [ 477.311110] DR0: 000000000069b000 DR1: 0000000000000000 DR2: >> 0000000000000000 >> [ 477.311110] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: >> 0000000000000600 >> [ 477.311110] Stack: >> [ 477.311110] ffff8800a7f6bbf8 ffffffff812adaec ffffea0013d68000 >> ffffea002bdb8000 >> [ 477.311110] ffffea0013d68000 ffff8800a7f7c090 ffff8800a7f6bca8 >> ffffffff812db8ec >> [ 477.311110] 0000000000000001 ffffffff812e1321 ffff8800a7f6bc48 >> ffffffff811ad632 >> [ 477.311110] Call Trace: >> [ 477.311110] [<ffffffff812adaec>] page_add_new_anon_rmap+0x1ec/0x210 >> [ 477.311110] [<ffffffff812db8ec>] >> migrate_misplaced_transhuge_page+0x55c/0x830 >> [ 477.311110] [<ffffffff812e1321>] ? do_huge_pmd_numa_page+0x311/0x460 >> [ 477.311110] [<ffffffff811ad632>] ? __lock_release+0x1e2/0x200 >> [ 477.311110] [<ffffffff812e133f>] do_huge_pmd_numa_page+0x32f/0x460 >> [ 477.311110] [<ffffffff81af6aca>] ? delay_tsc+0xfa/0x120 >> [ 477.311110] [<ffffffff812a31f4>] __handle_mm_fault+0x244/0x3a0 >> [ 477.311110] [<ffffffff812e37ed>] ? rcu_read_unlock+0x5d/0x60 >> [ 477.311110] [<ffffffff812a3463>] handle_mm_fault+0x113/0x1c0 >> [ 477.311110] [<ffffffff844abd42>] ? __do_page_fault+0x302/0x5d0 >> [ 477.311110] [<ffffffff844abfd1>] __do_page_fault+0x591/0x5d0 >> [ 477.311110] [<ffffffff8118ab46>] ? vtime_account_user+0x96/0xb0 >> [ 477.311110] [<ffffffff844ac492>] ? preempt_count_sub+0xe2/0x120 >> [ 477.311110] [<ffffffff81269567>] ? >> context_tracking_user_exit+0x187/0x1d0 >> [ 477.311110] [<ffffffff844ac0d5>] do_page_fault+0x45/0x70 >> [ 477.311110] [<ffffffff844ab386>] do_async_page_fault+0x36/0x100 >> [ 477.311110] [<ffffffff844a7f18>] async_page_fault+0x28/0x30 >> [ 477.311110] Code: 65 f0 4c 8b 6d f8 c9 c3 66 90 55 48 89 e5 66 66 66 >> 66 90 48 8b 07 a8 40 74 18 48 8b 07 a9 00 00 10 00 74 0e 31 f6 e8 2f 20 >> ff ff <0f> 0b eb fe 0f 1f 00 48 8b 07 a8 20 74 19 31 f6 e8 1a 20 ff ff >> [ 477.311110] RIP [<ffffffff8127f311>] lru_cache_add+0x21/0x60 >> [ 477.311110] RSP <ffff8800a7f6bbc8> >> > > > If PageUnevictable(old_page) is true, new page will also be set before > page_add_new_anon_rmap(). > > migrate_misplaced_transhuge_page() > > migrate_page_copy() > > SetPageUnevictable(newpage) > > page_add_new_anon_rmap() > > But in page_add_new_anon_rmap(), there is only mlocked_vma_newpage() > called to check whether a page should be added to unevictable list. I > think that is incorrect in some cases and may trigger this BUG(). > > We can see from vmscan: > int page_evictable(struct page *page) > { > return !mapping_unevictable(page_mapping(page)) && !PageMlocked(page); > } > > Besides mlock, we may also set a page to unevictable when that page's > mapping marked unevictable. > > mlocked_vma_newpage(new_page) can't detect this situation if the old > page is set to unevictable by this reason. So I think we should add an > extra !PageUnevictable(page) checking in page_add_new_anon_rmap(). > Fix me if I misunderstood something. > > diff --git a/mm/rmap.c b/mm/rmap.c > index 9056a1f..8d13318 100644 > --- a/mm/rmap.c > +++ b/mm/rmap.c > @@ -1024,7 +1024,7 @@ void page_add_new_anon_rmap(struct page *page, > __mod_zone_page_state(page_zone(page), NR_ANON_PAGES, > hpage_nr_pages(page)); > __page_set_anon_rmap(page, vma, address, 1); > - if (!mlocked_vma_newpage(vma, page)) { > + if (!mlocked_vma_newpage(vma, page) && !PageUnevictable(page)) { > SetPageActive(page); > lru_cache_add(page); > } else > > Sasha, any lucky with above changes? If it can fix this issue, I'll resend out a patch. -- Regards, -Bob -- 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> ^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: mm: kernel BUG at mm/swap.c:609! 2014-03-20 9:21 ` Bob Liu @ 2014-03-30 0:47 ` Sasha Levin 0 siblings, 0 replies; 4+ messages in thread From: Sasha Levin @ 2014-03-30 0:47 UTC (permalink / raw) To: Bob Liu; +Cc: linux-mm@kvack.org, Andrew Morton, Mel Gorman, LKML, Rik van Riel On 03/20/2014 05:21 AM, Bob Liu wrote: > > On 03/12/2014 09:25 AM, Bob Liu wrote: >> >> On 03/12/2014 04:07 AM, Sasha Levin wrote: >>> Hi all, >>> >>> While fuzzing with trinity inside a KVM tools guest running latest -next >>> kernel >>> I've stumbled on the following spew: >>> >>> [ 477.301955] kernel BUG at mm/swap.c:609! >>> [ 477.302564] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC >>> [ 477.303590] Dumping ftrace buffer: >>> [ 477.305022] (ftrace buffer empty) >>> [ 477.305899] Modules linked in: >>> [ 477.306397] CPU: 35 PID: 10092 Comm: trinity-c374 Tainted: G >>> W 3.14.0-rc5-next-20140307-sasha-00010-g1f812cb #142 >>> [ 477.307644] task: ffff8800a7f80000 ti: ffff8800a7f6a000 task.ti: >>> ffff8800a7f6a000 >>> [ 477.309124] RIP: 0010:[<ffffffff8127f311>] [<ffffffff8127f311>] >>> lru_cache_add+0x21/0x60 >>> [ 477.310301] RSP: 0000:ffff8800a7f6bbc8 EFLAGS: 00010292 >>> [ 477.311110] RAX: 000000000000003f RBX: ffffea0013d68000 RCX: >>> 0000000000000006 >>> [ 477.311110] RDX: 0000000000000006 RSI: ffff8800a7f80d60 RDI: >>> 0000000000000282 >>> [ 477.311110] RBP: ffff8800a7f6bbc8 R08: 0000000000000001 R09: >>> 0000000000000001 >>> [ 477.311110] R10: 0000000000000001 R11: 0000000000000001 R12: >>> ffff8800ab9b0c00 >>> [ 477.311110] R13: 0000000002400000 R14: ffff8800ab9b0c00 R15: >>> 0000000000000001 >>> [ 477.311110] FS: 00007ff2c047c700(0000) GS:ffff88042bc00000(0000) >>> knlGS:0000000000000000 >>> [ 477.311110] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b >>> [ 477.311110] CR2: 0000000003788a68 CR3: 00000000a7f68000 CR4: >>> 00000000000006a0 >>> [ 477.311110] DR0: 000000000069b000 DR1: 0000000000000000 DR2: >>> 0000000000000000 >>> [ 477.311110] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: >>> 0000000000000600 >>> [ 477.311110] Stack: >>> [ 477.311110] ffff8800a7f6bbf8 ffffffff812adaec ffffea0013d68000 >>> ffffea002bdb8000 >>> [ 477.311110] ffffea0013d68000 ffff8800a7f7c090 ffff8800a7f6bca8 >>> ffffffff812db8ec >>> [ 477.311110] 0000000000000001 ffffffff812e1321 ffff8800a7f6bc48 >>> ffffffff811ad632 >>> [ 477.311110] Call Trace: >>> [ 477.311110] [<ffffffff812adaec>] page_add_new_anon_rmap+0x1ec/0x210 >>> [ 477.311110] [<ffffffff812db8ec>] >>> migrate_misplaced_transhuge_page+0x55c/0x830 >>> [ 477.311110] [<ffffffff812e1321>] ? do_huge_pmd_numa_page+0x311/0x460 >>> [ 477.311110] [<ffffffff811ad632>] ? __lock_release+0x1e2/0x200 >>> [ 477.311110] [<ffffffff812e133f>] do_huge_pmd_numa_page+0x32f/0x460 >>> [ 477.311110] [<ffffffff81af6aca>] ? delay_tsc+0xfa/0x120 >>> [ 477.311110] [<ffffffff812a31f4>] __handle_mm_fault+0x244/0x3a0 >>> [ 477.311110] [<ffffffff812e37ed>] ? rcu_read_unlock+0x5d/0x60 >>> [ 477.311110] [<ffffffff812a3463>] handle_mm_fault+0x113/0x1c0 >>> [ 477.311110] [<ffffffff844abd42>] ? __do_page_fault+0x302/0x5d0 >>> [ 477.311110] [<ffffffff844abfd1>] __do_page_fault+0x591/0x5d0 >>> [ 477.311110] [<ffffffff8118ab46>] ? vtime_account_user+0x96/0xb0 >>> [ 477.311110] [<ffffffff844ac492>] ? preempt_count_sub+0xe2/0x120 >>> [ 477.311110] [<ffffffff81269567>] ? >>> context_tracking_user_exit+0x187/0x1d0 >>> [ 477.311110] [<ffffffff844ac0d5>] do_page_fault+0x45/0x70 >>> [ 477.311110] [<ffffffff844ab386>] do_async_page_fault+0x36/0x100 >>> [ 477.311110] [<ffffffff844a7f18>] async_page_fault+0x28/0x30 >>> [ 477.311110] Code: 65 f0 4c 8b 6d f8 c9 c3 66 90 55 48 89 e5 66 66 66 >>> 66 90 48 8b 07 a8 40 74 18 48 8b 07 a9 00 00 10 00 74 0e 31 f6 e8 2f 20 >>> ff ff <0f> 0b eb fe 0f 1f 00 48 8b 07 a8 20 74 19 31 f6 e8 1a 20 ff ff >>> [ 477.311110] RIP [<ffffffff8127f311>] lru_cache_add+0x21/0x60 >>> [ 477.311110] RSP <ffff8800a7f6bbc8> >>> >> >> >> If PageUnevictable(old_page) is true, new page will also be set before >> page_add_new_anon_rmap(). >> >> migrate_misplaced_transhuge_page() >> > migrate_page_copy() >> > SetPageUnevictable(newpage) >> > page_add_new_anon_rmap() >> >> But in page_add_new_anon_rmap(), there is only mlocked_vma_newpage() >> called to check whether a page should be added to unevictable list. I >> think that is incorrect in some cases and may trigger this BUG(). >> >> We can see from vmscan: >> int page_evictable(struct page *page) >> { >> return !mapping_unevictable(page_mapping(page)) && !PageMlocked(page); >> } >> >> Besides mlock, we may also set a page to unevictable when that page's >> mapping marked unevictable. >> >> mlocked_vma_newpage(new_page) can't detect this situation if the old >> page is set to unevictable by this reason. So I think we should add an >> extra !PageUnevictable(page) checking in page_add_new_anon_rmap(). >> Fix me if I misunderstood something. >> >> diff --git a/mm/rmap.c b/mm/rmap.c >> index 9056a1f..8d13318 100644 >> --- a/mm/rmap.c >> +++ b/mm/rmap.c >> @@ -1024,7 +1024,7 @@ void page_add_new_anon_rmap(struct page *page, >> __mod_zone_page_state(page_zone(page), NR_ANON_PAGES, >> hpage_nr_pages(page)); >> __page_set_anon_rmap(page, vma, address, 1); >> - if (!mlocked_vma_newpage(vma, page)) { >> + if (!mlocked_vma_newpage(vma, page) && !PageUnevictable(page)) { >> SetPageActive(page); >> lru_cache_add(page); >> } else >> >> > > Sasha, any lucky with above changes? If it can fix this issue, I'll > resend out a patch. I've been running with it for a while and haven't seen the issue reproduce, looks good to me. Thanks, Sasha -- 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> ^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2014-03-30 0:47 UTC | newest] Thread overview: 4+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2014-03-11 20:07 mm: kernel BUG at mm/swap.c:609! Sasha Levin 2014-03-12 1:25 ` Bob Liu 2014-03-20 9:21 ` Bob Liu 2014-03-30 0:47 ` Sasha Levin
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).