From: "Michael S. Tsirkin" <mst@redhat.com>
To: linux-mm@kvack.org
Cc: Marcelo Tosatti <mtosatti@redhat.com>,
Adam Litke <agl@us.ibm.com>, Avi Kivity <avi@redhat.com>,
Izik Eidus <ieidus@redhat.com>,
Hugh Dickins <hugh.dickins@tiscali.co.uk>,
Nick Piggin <npiggin@suse.de>, Rik van Riel <riel@redhat.com>,
Mel Gorman <mel@csn.ul.ie>, Andi Kleen <andi@firstfloor.org>,
Dave Hansen <dave@linux.vnet.ibm.com>,
Benjamin Herrenschmidt <benh@kernel.crashing.org>,
Ingo Molnar <mingo@elte.hu>, Mike Travis <travis@sgi.com>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
Christoph Lameter <cl@linux-foundation.org>,
Chris Wright <chrisw@sous-sol.org>,
Andrew Morton <akpm@linux-foundation.org>,
bpicco@redhat.com, Christoph Hellwig <chellwig@redhat.com>,
KOSAKI Motohiro <kosaki.motohiro@jp.fujitsu.com>
Subject: Re: [PATCH 00 of 31] Transparent Hugepage support #7
Date: Tue, 26 Jan 2010 19:55:33 +0200 [thread overview]
Message-ID: <20100126175532.GA3359@redhat.com> (raw)
In-Reply-To: <patchbomb.1264513915@v2.random>
So I applied this patchset (got it here:
http://www.kernel.org/pub/linux/kernel/people/andrea/patches/v2.6/2.6.33-rc5/transparent_hugepage-7/)
on top of 2.6.33-rc5 and got this on boot:
[ 16.484060] BUG: unable to handle kernel paging request at ffffea0002df0738
[ 16.485027] IP: [<ffffffff810ec0ac>] khugepaged+0x381/0xb3d
[ 16.485027] PGD 2080067 PUD 2081067 PMD 0
[ 16.485027] Oops: 0000 [#1] PREEMPT SMP
[ 16.485027] last sysfs file: /sys/class/firmware/timeout
[ 16.485027] CPU 1
[ 16.485027] Pid: 580, comm: khugepaged Not tainted 2.6.33-rc5-aa #38 2241B48/2241B48
[ 16.485027] RIP: 0010:[<ffffffff810ec0ac>] [<ffffffff810ec0ac>] khugepaged+0x381/0xb3d
[ 16.485027] RSP: 0000:ffff88007aefde10 EFLAGS: 00010282
[ 16.485027] RAX: ffffea0002df0738 RBX: 0000000000000dc0 RCX: ffff880079e71480
[ 16.485027] RDX: ffffea0000000000 RSI: 0000000000000001 RDI: ffff880079e72000
[ 16.485027] RBP: ffff88007aefdee0 R08: 0000000000000200 R09: ffff88007c379100
[ 16.485027] R10: 0000000000000020 R11: 0000000000000020 R12: 0000000000000018
[ 16.485027] R13: 0000000000000000 R14: 0000000000000000 R15: 0000000000000000
[ 16.485027] FS: 0000000000000000(0000) GS:ffff880001e80000(0000) knlGS:0000000000000000
[ 16.485027] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
[ 16.485027] CR2: ffffea0002df0738 CR3: 0000000001a08000 CR4: 00000000000006e0
[ 16.485027] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
[ 16.485027] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
[ 16.485027] Process khugepaged (pid: 580, threadinfo ffff88007aefc000, task ffff88007aef43e0)
[ 16.485027] Stack:
[ 16.485027] ffff88007aefdee0 0000200000002000 0000042200000001 ffff88007abe4d10
[ 16.485027] <0> ffff880079e489c0 ffff880079ece000 ffff880079e48a20 00000000f7000000
[ 16.485027] <0> ffff88007aefc000 0000000000013cc0 ffff880079e48a38 ffff88007c3a16a0
[ 16.485027] Call Trace:
[ 16.485027] [<ffffffff8105cc98>] ? autoremove_wake_function+0x0/0x38
[ 16.485027] [<ffffffff815e2fa3>] ? _raw_spin_unlock_irqrestore+0x25/0x30
[ 16.485027] [<ffffffff810ebd2b>] ? khugepaged+0x0/0xb3d
[ 16.485027] [<ffffffff8105c7c2>] kthread+0x7d/0x85
[ 16.485027] [<ffffffff81003894>] kernel_thread_helper+0x4/0x10
[ 16.485027] [<ffffffff8105c745>] ? kthread+0x0/0x85
[ 16.485027] [<ffffffff81003890>] ? kernel_thread_helper+0x0/0x10
[ 16.485027] Code: 20 ba 01 00 00 00 0f 45 f2 48 ba 00 f0 ff ff ff 3f 00 00 48 21 d0 48 ba 00 00 00 00 00 ea ff ff 48 c1 e8 0c 48 6b c0 38 48 01 d0 <48> 8b 10 f6 c2 20 0f 84 b6 04 00 00 f6 c2 01 0f 85 ad 04 00 00
[ 16.485027] RIP [<ffffffff810ec0ac>] khugepaged+0x381/0xb3d
[ 16.485027] RSP <ffff88007aefde10>
[ 16.485027] CR2: ffffea0002df0738
[ 16.485027] ---[ end trace d42a4bb81928b65f ]---
addr2line tells me it is here:
mm/huge_memory.o khugepaged + 0x381 = 0xbcc
/scm/linux-2.6/mm/huge_memory.c:1543
constant_test_bit():
/scm/linux-2.6/arch/x86/include/asm/bitops.h:311
bcc: 48 8b 10 mov (%rax),%rdx
and code looks like this:
1536 for (_pte = pte; _pte < pte+HPAGE_PMD_NR; _pte++) {
1537 pte_t pteval = *_pte;
1538 barrier(); /* read from memory */
1539 if (!pte_present(pteval) || !pte_write(pteval))
1540 goto out_unmap;
1541 if (pte_young(pteval))
1542 referenced = 1;
1543 page = pte_page(pteval);
1544 VM_BUG_ON(PageCompound(page));
1545 if (!PageLRU(page) || PageLocked(page) || !PageAnon(page))
1546 goto out_unmap;
1547 /* cannot use mapcount: can't collapse if there's a gup pin */
1548 if (page_count(page) != 1)
1549 goto out_unmap;
1550 }
Got to go, hope this helps.
--
MST
--
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>
next prev parent reply other threads:[~2010-01-26 17:59 UTC|newest]
Thread overview: 116+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-26 13:51 Andrea Arcangeli
2010-01-26 13:51 ` [PATCH 01 of 31] define MADV_HUGEPAGE Andrea Arcangeli
2010-01-26 14:49 ` Rik van Riel
2010-01-26 17:49 ` Mel Gorman
2010-01-27 16:37 ` Hugh Dickins
2010-01-27 17:13 ` Andrea Arcangeli
2010-01-27 17:29 ` Hugh Dickins
2010-01-27 17:45 ` Pekka Enberg
2010-01-27 21:44 ` Arnd Bergmann
2010-01-26 13:51 ` [PATCH 02 of 31] compound_lock Andrea Arcangeli
2010-01-26 14:51 ` Rik van Riel
2010-01-26 15:30 ` Andrea Arcangeli
2010-01-26 15:36 ` Christoph Lameter
2010-01-26 15:51 ` Andrea Arcangeli
2010-01-26 17:50 ` Mel Gorman
2010-01-26 13:51 ` [PATCH 03 of 31] alter compound get_page/put_page Andrea Arcangeli
2010-01-26 15:00 ` Rik van Riel
2010-01-26 15:31 ` Andrea Arcangeli
2010-01-26 16:00 ` Christoph Lameter
2010-01-26 18:02 ` Mel Gorman
2010-01-27 18:58 ` Andrea Arcangeli
2010-01-28 15:23 ` Mel Gorman
2010-01-26 13:51 ` [PATCH 04 of 31] update futex compound knowledge Andrea Arcangeli
2010-01-26 16:12 ` Rik van Riel
2010-01-26 17:10 ` Andrea Arcangeli
2010-01-26 19:48 ` Rik van Riel
2010-01-26 18:37 ` Mel Gorman
2010-01-27 19:45 ` Andrea Arcangeli
2010-01-28 15:33 ` Mel Gorman
2010-01-28 15:57 ` Andrea Arcangeli
2010-01-26 13:52 ` [PATCH 05 of 31] fix bad_page to show the real reason the page is bad Andrea Arcangeli
2010-01-26 16:13 ` Rik van Riel
2010-01-26 18:38 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 06 of 31] clear compound mapping Andrea Arcangeli
2010-01-26 16:13 ` Rik van Riel
2010-01-26 18:39 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 07 of 31] add native_set_pmd_at Andrea Arcangeli
2010-01-26 16:14 ` Rik van Riel
2010-01-26 19:10 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 08 of 31] add pmd paravirt ops Andrea Arcangeli
2010-01-26 16:43 ` Rik van Riel
2010-01-26 19:13 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 09 of 31] no paravirt version of pmd ops Andrea Arcangeli
2010-01-26 16:46 ` Rik van Riel
2010-01-26 19:15 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 10 of 31] export maybe_mkwrite Andrea Arcangeli
2010-01-26 16:56 ` Rik van Riel
2010-01-26 19:23 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 11 of 31] comment reminder in destroy_compound_page Andrea Arcangeli
2010-01-26 16:59 ` Rik van Riel
2010-01-26 19:24 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 12 of 31] config_transparent_hugepage Andrea Arcangeli
2010-01-26 17:03 ` Rik van Riel
2010-01-26 19:34 ` Mel Gorman
2010-01-27 19:54 ` Andrea Arcangeli
2010-01-28 15:34 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 13 of 31] add pmd mangling functions to x86 Andrea Arcangeli
2010-01-26 17:11 ` Rik van Riel
2010-01-26 19:41 ` Mel Gorman
2010-01-27 19:59 ` Andrea Arcangeli
2010-01-26 13:52 ` [PATCH 14 of 31] add pmd mangling generic functions Andrea Arcangeli
2010-01-26 17:14 ` Rik van Riel
2010-01-26 19:44 ` Mel Gorman
2010-01-28 15:57 ` Andrea Arcangeli
2010-01-26 13:52 ` [PATCH 15 of 31] special pmd_trans_* functions Andrea Arcangeli
2010-01-26 17:20 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 16 of 31] bail out gup_fast on splitting pmd Andrea Arcangeli
2010-01-26 17:21 ` Rik van Riel
2010-01-26 19:50 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 17 of 31] pte alloc trans splitting Andrea Arcangeli
2010-01-26 17:24 ` Rik van Riel
2010-01-26 19:53 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 18 of 31] add pmd mmu_notifier helpers Andrea Arcangeli
2010-01-26 17:24 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 19 of 31] clear page compound Andrea Arcangeli
2010-01-26 17:25 ` Rik van Riel
2010-01-26 19:56 ` Mel Gorman
2010-01-27 22:51 ` Andrea Arcangeli
2010-01-26 13:52 ` [PATCH 20 of 31] add pmd_huge_pte to mm_struct Andrea Arcangeli
2010-01-26 17:48 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 21 of 31] split_huge_page_mm/vma Andrea Arcangeli
2010-01-26 17:34 ` Mel Gorman
2010-01-26 19:49 ` Andrea Arcangeli
2010-01-26 20:03 ` Mel Gorman
2010-01-26 17:58 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 22 of 31] split_huge_page paging Andrea Arcangeli
2010-01-26 18:02 ` Rik van Riel
2010-01-27 18:43 ` Andrea Arcangeli
2010-01-26 20:08 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 23 of 31] clear_copy_huge_page Andrea Arcangeli
2010-01-26 18:14 ` Rik van Riel
2010-01-26 20:10 ` Mel Gorman
2010-01-26 13:52 ` [PATCH 24 of 31] kvm mmu transparent hugepage support Andrea Arcangeli
2010-01-26 18:16 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 25 of 31] transparent hugepage core Andrea Arcangeli
2010-01-26 22:34 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 26 of 31] madvise(MADV_HUGEPAGE) Andrea Arcangeli
2010-01-26 22:50 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 27 of 31] pmd_trans_huge migrate bugcheck Andrea Arcangeli
2010-01-26 22:51 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 28 of 31] memcg compound Andrea Arcangeli
2010-01-26 22:53 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 29 of 31] memcg huge memory Andrea Arcangeli
2010-01-26 22:53 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 30 of 31] transparent hugepage vmstat Andrea Arcangeli
2010-01-26 22:55 ` Rik van Riel
2010-01-28 1:04 ` Andrea Arcangeli
2010-01-28 1:22 ` Rik van Riel
2010-01-26 13:52 ` [PATCH 31 of 31] khugepaged Andrea Arcangeli
2010-01-26 23:04 ` Rik van Riel
2010-01-26 17:55 ` Michael S. Tsirkin [this message]
2010-01-27 0:00 ` [PATCH 00 of 31] Transparent Hugepage support #7 Andrea Arcangeli
2010-01-27 0:32 ` Andrea Arcangeli
2010-01-27 0:47 ` Andrea Arcangeli
2010-01-27 20:20 ` Michael S. Tsirkin
2010-01-27 22:58 ` Andrea Arcangeli
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=20100126175532.GA3359@redhat.com \
--to=mst@redhat.com \
--cc=agl@us.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=avi@redhat.com \
--cc=benh@kernel.crashing.org \
--cc=bpicco@redhat.com \
--cc=chellwig@redhat.com \
--cc=chrisw@sous-sol.org \
--cc=cl@linux-foundation.org \
--cc=dave@linux.vnet.ibm.com \
--cc=hugh.dickins@tiscali.co.uk \
--cc=ieidus@redhat.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=kosaki.motohiro@jp.fujitsu.com \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
--cc=mingo@elte.hu \
--cc=mtosatti@redhat.com \
--cc=npiggin@suse.de \
--cc=riel@redhat.com \
--cc=travis@sgi.com \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox