From: Sasha Levin <sasha.levin@oracle.com>
To: Mel Gorman <mgorman@suse.de>,
Linux Kernel <linux-kernel@vger.kernel.org>
Cc: Linux-MM <linux-mm@kvack.org>,
Aneesh Kumar <aneesh.kumar@linux.vnet.ibm.com>,
Hugh Dickins <hughd@google.com>, Dave Jones <davej@redhat.com>,
Rik van Riel <riel@redhat.com>, Ingo Molnar <mingo@redhat.com>,
Kirill Shutemov <kirill.shutemov@linux.intel.com>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [RFC PATCH 0/7] Replace _PAGE_NUMA with PAGE_NONE protections
Date: Fri, 14 Nov 2014 22:29:41 -0500 [thread overview]
Message-ID: <5466C8A5.3000402@oracle.com> (raw)
In-Reply-To: <1415971986-16143-1-git-send-email-mgorman@suse.de>
On 11/14/2014 08:32 AM, Mel Gorman wrote:> This is follow up from the "pipe/page fault oddness" thread.
Hi Mel,
Applying this patch series I've started seeing the following straight away:
[ 367.547848] page:ffffea0003fb7db0 count:1007 mapcount:1005 mapping:ffff8800691f2f58 index:0x37
[ 367.551481] flags: 0x5001aa8030202d(locked|referenced|uptodate|lru|writeback|unevictable|mlocked)
[ 367.555382] page dumped because: VM_BUG_ON_PAGE(!v9inode->writeback_fid)
[ 367.558262] page->mem_cgroup:ffff88006d8a1bd8
[ 367.560403] ------------[ cut here ]------------
[ 367.562343] kernel BUG at fs/9p/vfs_addr.c:190!
[ 367.564239] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN
[ 367.566991] Dumping ftrace buffer:
[ 367.568481] (ftrace buffer empty)
[ 367.569914] Modules linked in:
[ 367.570254] CPU: 3 PID: 8234 Comm: kworker/u52:1 Not tainted 3.18.0-rc4-next-20141114-sasha-00054-ga9ff95e-dirty #1459
[ 367.570254] Workqueue: writeback bdi_writeback_workfn (flush-9p-1)
[ 367.570254] task: ffff8801e21d8000 ti: ffff8801e1f34000 task.ti: ffff8801e1f34000
[ 367.570254] RIP: v9fs_vfs_writepage_locked (fs/9p/vfs_addr.c:190 (discriminator 1))
[ 367.570254] RSP: 0018:ffff8801e1f376c8 EFLAGS: 00010286
[ 367.570254] RAX: 0000000000000021 RBX: ffffea0003fb7db0 RCX: 0000000000000000
[ 367.570254] RDX: 0000000000000021 RSI: ffffffff9208b2e6 RDI: ffff8801e21d8d0c
[ 367.570254] RBP: ffff8801e1f37728 R08: 0000000000000001 R09: 0000000000000000
[ 367.570254] R10: 0000000000000001 R11: 0000000000000001 R12: ffff8800691f2d48
[ 367.570254] R13: 0000000000001000 R14: ffff8800691f2c30 R15: ffff8800691f2c98
[ 367.570254] FS: 0000000000000000(0000) GS:ffff8801e5c00000(0000) knlGS:0000000000000000
[ 367.570254] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 367.570254] CR2: 0000000000000000 CR3: 00000000ca00c000 CR4: 00000000000006a0
[ 367.570254] DR0: ffffffff81000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 367.570254] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000600
[ 367.570254] Stack:
[ 367.570254] ffffda003c43b1a1 ffffda003c43b1a1 0000000000000000 0000000000000002
[ 367.570254] 0000000000000002 0000000000037000 ffff8801e1f37758 ffffea0003fb7db0
[ 367.570254] 0000000000000000 ffff8801e1f37a60 ffff8801e1f37a60 ffffea0003fb7db0
[ 367.570254] Call Trace:
[ 367.570254] v9fs_vfs_writepage (fs/9p/vfs_addr.c:212)
[ 367.570254] __writepage (include/linux/pagemap.h:32 mm/page-writeback.c:2006)
[ 367.570254] write_cache_pages (mm/page-writeback.c:1943)
[ 367.570254] ? bdi_set_max_ratio (mm/page-writeback.c:2003)
[ 367.570254] ? sched_clock_local (kernel/sched/clock.c:202)
[ 367.570254] generic_writepages (mm/page-writeback.c:2030)
[ 367.570254] do_writepages (mm/page-writeback.c:2047)
[ 367.570254] __writeback_single_inode (fs/fs-writeback.c:461 (discriminator 3))
[ 367.570254] writeback_sb_inodes (fs/fs-writeback.c:706)
[ 367.570254] __writeback_inodes_wb (fs/fs-writeback.c:749)
[ 367.570254] wb_writeback (fs/fs-writeback.c:880)
[ 367.570254] ? __lock_is_held (kernel/locking/lockdep.c:3518)
[ 367.570254] bdi_writeback_workfn (fs/fs-writeback.c:1015 fs/fs-writeback.c:1060)
[ 367.570254] process_one_work (kernel/workqueue.c:2023 include/linux/jump_label.h:114 include/trace/events/workqueue.h:111 kernel/workqueue.c:2028)
[ 367.570254] ? process_one_work (kernel/workqueue.c:2020)
[ 367.570254] ? get_lock_stats (kernel/locking/lockdep.c:249)
[ 367.570254] worker_thread (include/linux/list.h:189 kernel/workqueue.c:2156)
[ 367.570254] ? __schedule (./arch/x86/include/asm/bitops.h:311 include/linux/thread_info.h:91 include/linux/sched.h:2939 kernel/sched/core.c:2848)
[ 367.570254] ? rescuer_thread (kernel/workqueue.c:2100)
[ 367.570254] kthread (kernel/kthread.c:207)
[ 367.570254] ? flush_kthread_work (kernel/kthread.c:176)
[ 367.570254] ret_from_fork (arch/x86/kernel/entry_64.S:348)
[ 367.570254] ? flush_kthread_work (kernel/kthread.c:176)
[ 367.570254] Code: 48 83 c4 38 44 89 f0 5b 41 5c 41 5d 41 5e 41 5f 5d c3 66 2e 0f 1f 84 00 00 00 00 00 48 c7 c6 f8 18 37 93 48 89 df e8 e1 8b 93 fe <0f> 0b 48 89 de 48 c7 c7 30 bd 9f 95 48 89 4d b8 e8 10 5f 02 0f
All code
========
0: 48 83 c4 38 add $0x38,%rsp
4: 44 89 f0 mov %r14d,%eax
7: 5b pop %rbx
8: 41 5c pop %r12
a: 41 5d pop %r13
c: 41 5e pop %r14
e: 41 5f pop %r15
10: 5d pop %rbp
11: c3 retq
12: 66 2e 0f 1f 84 00 00 nopw %cs:0x0(%rax,%rax,1)
19: 00 00 00
1c: 48 c7 c6 f8 18 37 93 mov $0xffffffff933718f8,%rsi
23: 48 89 df mov %rbx,%rdi
26: e8 e1 8b 93 fe callq 0xfffffffffe938c0c
2b:* 0f 0b ud2 <-- trapping instruction
2d: 48 89 de mov %rbx,%rsi
30: 48 c7 c7 30 bd 9f 95 mov $0xffffffff959fbd30,%rdi
37: 48 89 4d b8 mov %rcx,-0x48(%rbp)
3b: e8 10 5f 02 0f callq 0xf025f50
...
Code starting with the faulting instruction
===========================================
0: 0f 0b ud2
2: 48 89 de mov %rbx,%rsi
5: 48 c7 c7 30 bd 9f 95 mov $0xffffffff959fbd30,%rdi
c: 48 89 4d b8 mov %rcx,-0x48(%rbp)
10: e8 10 5f 02 0f callq 0xf025f25
...
[ 367.570254] RIP v9fs_vfs_writepage_locked (fs/9p/vfs_addr.c:190 (discriminator 1))
[ 367.570254] RSP <ffff8801e1f376c8>
(Note that I replaced the BUG_ON with a VM_BUG_ON_PAGE to get some extra information.)
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>
WARNING: multiple messages have this Message-ID (diff)
From: Sasha Levin <sasha.levin@oracle.com>
To: Mel Gorman <mgorman@suse.de>,
Linux Kernel <linux-kernel@vger.kernel.org>
Cc: Linux-MM <linux-mm@kvack.org>,
Aneesh Kumar <aneesh.kumar@linux.vnet.ibm.com>,
Hugh Dickins <hughd@google.com>, Dave Jones <davej@redhat.com>,
Rik van Riel <riel@redhat.com>, Ingo Molnar <mingo@redhat.com>,
Kirill Shutemov <kirill.shutemov@linux.intel.com>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [RFC PATCH 0/7] Replace _PAGE_NUMA with PAGE_NONE protections
Date: Fri, 14 Nov 2014 22:29:41 -0500 [thread overview]
Message-ID: <5466C8A5.3000402@oracle.com> (raw)
In-Reply-To: <1415971986-16143-1-git-send-email-mgorman@suse.de>
On 11/14/2014 08:32 AM, Mel Gorman wrote:> This is follow up from the "pipe/page fault oddness" thread.
Hi Mel,
Applying this patch series I've started seeing the following straight away:
[ 367.547848] page:ffffea0003fb7db0 count:1007 mapcount:1005 mapping:ffff8800691f2f58 index:0x37
[ 367.551481] flags: 0x5001aa8030202d(locked|referenced|uptodate|lru|writeback|unevictable|mlocked)
[ 367.555382] page dumped because: VM_BUG_ON_PAGE(!v9inode->writeback_fid)
[ 367.558262] page->mem_cgroup:ffff88006d8a1bd8
[ 367.560403] ------------[ cut here ]------------
[ 367.562343] kernel BUG at fs/9p/vfs_addr.c:190!
[ 367.564239] invalid opcode: 0000 [#1] PREEMPT SMP DEBUG_PAGEALLOC KASAN
[ 367.566991] Dumping ftrace buffer:
[ 367.568481] (ftrace buffer empty)
[ 367.569914] Modules linked in:
[ 367.570254] CPU: 3 PID: 8234 Comm: kworker/u52:1 Not tainted 3.18.0-rc4-next-20141114-sasha-00054-ga9ff95e-dirty #1459
[ 367.570254] Workqueue: writeback bdi_writeback_workfn (flush-9p-1)
[ 367.570254] task: ffff8801e21d8000 ti: ffff8801e1f34000 task.ti: ffff8801e1f34000
[ 367.570254] RIP: v9fs_vfs_writepage_locked (fs/9p/vfs_addr.c:190 (discriminator 1))
[ 367.570254] RSP: 0018:ffff8801e1f376c8 EFLAGS: 00010286
[ 367.570254] RAX: 0000000000000021 RBX: ffffea0003fb7db0 RCX: 0000000000000000
[ 367.570254] RDX: 0000000000000021 RSI: ffffffff9208b2e6 RDI: ffff8801e21d8d0c
[ 367.570254] RBP: ffff8801e1f37728 R08: 0000000000000001 R09: 0000000000000000
[ 367.570254] R10: 0000000000000001 R11: 0000000000000001 R12: ffff8800691f2d48
[ 367.570254] R13: 0000000000001000 R14: ffff8800691f2c30 R15: ffff8800691f2c98
[ 367.570254] FS: 0000000000000000(0000) GS:ffff8801e5c00000(0000) knlGS:0000000000000000
[ 367.570254] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 367.570254] CR2: 0000000000000000 CR3: 00000000ca00c000 CR4: 00000000000006a0
[ 367.570254] DR0: ffffffff81000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 367.570254] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000600
[ 367.570254] Stack:
[ 367.570254] ffffda003c43b1a1 ffffda003c43b1a1 0000000000000000 0000000000000002
[ 367.570254] 0000000000000002 0000000000037000 ffff8801e1f37758 ffffea0003fb7db0
[ 367.570254] 0000000000000000 ffff8801e1f37a60 ffff8801e1f37a60 ffffea0003fb7db0
[ 367.570254] Call Trace:
[ 367.570254] v9fs_vfs_writepage (fs/9p/vfs_addr.c:212)
[ 367.570254] __writepage (include/linux/pagemap.h:32 mm/page-writeback.c:2006)
[ 367.570254] write_cache_pages (mm/page-writeback.c:1943)
[ 367.570254] ? bdi_set_max_ratio (mm/page-writeback.c:2003)
[ 367.570254] ? sched_clock_local (kernel/sched/clock.c:202)
[ 367.570254] generic_writepages (mm/page-writeback.c:2030)
[ 367.570254] do_writepages (mm/page-writeback.c:2047)
[ 367.570254] __writeback_single_inode (fs/fs-writeback.c:461 (discriminator 3))
[ 367.570254] writeback_sb_inodes (fs/fs-writeback.c:706)
[ 367.570254] __writeback_inodes_wb (fs/fs-writeback.c:749)
[ 367.570254] wb_writeback (fs/fs-writeback.c:880)
[ 367.570254] ? __lock_is_held (kernel/locking/lockdep.c:3518)
[ 367.570254] bdi_writeback_workfn (fs/fs-writeback.c:1015 fs/fs-writeback.c:1060)
[ 367.570254] process_one_work (kernel/workqueue.c:2023 include/linux/jump_label.h:114 include/trace/events/workqueue.h:111 kernel/workqueue.c:2028)
[ 367.570254] ? process_one_work (kernel/workqueue.c:2020)
[ 367.570254] ? get_lock_stats (kernel/locking/lockdep.c:249)
[ 367.570254] worker_thread (include/linux/list.h:189 kernel/workqueue.c:2156)
[ 367.570254] ? __schedule (./arch/x86/include/asm/bitops.h:311 include/linux/thread_info.h:91 include/linux/sched.h:2939 kernel/sched/core.c:2848)
[ 367.570254] ? rescuer_thread (kernel/workqueue.c:2100)
[ 367.570254] kthread (kernel/kthread.c:207)
[ 367.570254] ? flush_kthread_work (kernel/kthread.c:176)
[ 367.570254] ret_from_fork (arch/x86/kernel/entry_64.S:348)
[ 367.570254] ? flush_kthread_work (kernel/kthread.c:176)
[ 367.570254] Code: 48 83 c4 38 44 89 f0 5b 41 5c 41 5d 41 5e 41 5f 5d c3 66 2e 0f 1f 84 00 00 00 00 00 48 c7 c6 f8 18 37 93 48 89 df e8 e1 8b 93 fe <0f> 0b 48 89 de 48 c7 c7 30 bd 9f 95 48 89 4d b8 e8 10 5f 02 0f
All code
========
0: 48 83 c4 38 add $0x38,%rsp
4: 44 89 f0 mov %r14d,%eax
7: 5b pop %rbx
8: 41 5c pop %r12
a: 41 5d pop %r13
c: 41 5e pop %r14
e: 41 5f pop %r15
10: 5d pop %rbp
11: c3 retq
12: 66 2e 0f 1f 84 00 00 nopw %cs:0x0(%rax,%rax,1)
19: 00 00 00
1c: 48 c7 c6 f8 18 37 93 mov $0xffffffff933718f8,%rsi
23: 48 89 df mov %rbx,%rdi
26: e8 e1 8b 93 fe callq 0xfffffffffe938c0c
2b:* 0f 0b ud2 <-- trapping instruction
2d: 48 89 de mov %rbx,%rsi
30: 48 c7 c7 30 bd 9f 95 mov $0xffffffff959fbd30,%rdi
37: 48 89 4d b8 mov %rcx,-0x48(%rbp)
3b: e8 10 5f 02 0f callq 0xf025f50
...
Code starting with the faulting instruction
===========================================
0: 0f 0b ud2
2: 48 89 de mov %rbx,%rsi
5: 48 c7 c7 30 bd 9f 95 mov $0xffffffff959fbd30,%rdi
c: 48 89 4d b8 mov %rcx,-0x48(%rbp)
10: e8 10 5f 02 0f callq 0xf025f25
...
[ 367.570254] RIP v9fs_vfs_writepage_locked (fs/9p/vfs_addr.c:190 (discriminator 1))
[ 367.570254] RSP <ffff8801e1f376c8>
(Note that I replaced the BUG_ON with a VM_BUG_ON_PAGE to get some extra information.)
Thanks,
Sasha
next prev parent reply other threads:[~2014-11-15 3:39 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-14 13:32 [RFC PATCH 0/7] Replace _PAGE_NUMA with PAGE_NONE protections Mel Gorman
2014-11-14 13:32 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 1/7] mm: Add p[te|md] protnone helpers for use by NUMA balancing Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 2/7] mm: Convert p[te|md]_numa users to p[te|md]_protnone_numa Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 3/7] mm: Convert p[te|md]_mknonnuma and remaining page table manipulations Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 4/7] mm: Remove remaining references to NUMA hinting bits and helpers Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 5/7] mm: numa: Do not trap faults on the huge zero page Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 6/7] x86: mm: Restore original pte_special check Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-14 13:33 ` [PATCH 7/7] mm: numa: Add paranoid check around pte_protnone_numa Mel Gorman
2014-11-14 13:33 ` Mel Gorman
2014-11-15 1:41 ` [RFC PATCH 0/7] Replace _PAGE_NUMA with PAGE_NONE protections Linus Torvalds
2014-11-15 1:41 ` Linus Torvalds
2014-11-15 3:29 ` Sasha Levin [this message]
2014-11-15 3:29 ` Sasha Levin
2014-11-18 15:42 ` Mel Gorman
2014-11-18 15:42 ` Mel Gorman
2014-11-18 16:33 ` Sasha Levin
2014-11-18 16:33 ` Sasha Levin
2014-11-18 16:56 ` Aneesh Kumar K.V
2014-11-18 16:56 ` Aneesh Kumar K.V
2014-11-18 17:14 ` Mel Gorman
2014-11-18 17:14 ` Mel Gorman
2014-11-18 17:18 ` Sasha Levin
2014-11-19 13:14 ` Mel Gorman
2014-11-19 13:14 ` Mel Gorman
2014-11-17 8:26 ` Aneesh Kumar K.V
2014-11-17 8:26 ` Aneesh Kumar K.V
2014-11-17 8:26 ` Aneesh Kumar K.V
2014-11-18 16:01 ` Mel Gorman
2014-11-18 16:01 ` Mel Gorman
2014-11-18 16:01 ` Mel Gorman
2014-11-18 16:33 ` Aneesh Kumar K.V
2014-11-18 16:33 ` Aneesh Kumar K.V
2014-11-18 16:33 ` Aneesh Kumar K.V
2014-11-18 17:08 ` Mel Gorman
2014-11-18 17:08 ` Mel Gorman
2014-11-18 17:08 ` 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=5466C8A5.3000402@oracle.com \
--to=sasha.levin@oracle.com \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=davej@redhat.com \
--cc=hughd@google.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@suse.de \
--cc=mingo@redhat.com \
--cc=riel@redhat.com \
--cc=torvalds@linux-foundation.org \
/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.