Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751820AbbEDSew (ORCPT ); Mon, 4 May 2015 14:34:52 -0400 Received: from mx1.redhat.com ([209.132.183.28]:51210 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751439AbbEDSen (ORCPT ); Mon, 4 May 2015 14:34:43 -0400 Message-ID: <5547BBB3.7010800@redhat.com> Date: Mon, 04 May 2015 11:34:27 -0700 From: Laura Abbott User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.0 MIME-Version: 1.0 To: Hui Zhu , akpm@linux-foundation.org, vbabka@suse.cz, iamjoonsoo.kim@lge.com, linux-kernel@vger.kernel.org, linux-mm@kvack.org CC: teawater@gmail.com Subject: Re: [PATCH] CMA: page_isolation: check buddy before access it References: <1430732477-16977-1-git-send-email-zhuhui@xiaomi.com> In-Reply-To: <1430732477-16977-1-git-send-email-zhuhui@xiaomi.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3330 Lines: 68 On 05/04/2015 02:41 AM, Hui Zhu wrote: > I got a issue: > [ 214.294917] Unable to handle kernel NULL pointer dereference at virtual address 0000082a > [ 214.303013] pgd = cc970000 > [ 214.305721] [0000082a] *pgd=00000000 > [ 214.309316] Internal error: Oops: 5 [#1] PREEMPT SMP ARM > [ 214.335704] PC is at get_pageblock_flags_group+0x5c/0xb0 > [ 214.341030] LR is at unset_migratetype_isolate+0x148/0x1b0 > [ 214.346523] pc : [] lr : [] psr: 80000093 > [ 214.346523] sp : c7029d00 ip : 00000105 fp : c7029d1c > [ 214.358005] r10: 00000001 r9 : 0000000a r8 : 00000004 > [ 214.363231] r7 : 60000013 r6 : 000000a4 r5 : c0a357e4 r4 : 00000000 > [ 214.369761] r3 : 00000826 r2 : 00000002 r1 : 00000000 r0 : 0000003f > [ 214.376291] Flags: Nzcv IRQs off FIQs on Mode SVC_32 ISA ARM Segment user > [ 214.383516] Control: 10c5387d Table: 2cb7006a DAC: 00000015 > [ 214.949720] Backtrace: > [ 214.952192] [] (get_pageblock_flags_group+0x0/0xb0) from [] (unset_migratetype_isolate+0x148/0x1b0) > [ 214.962978] r7:60000013 r6:c0a357c0 r5:c0a357e4 r4:c1555000 > [ 214.968693] [] (unset_migratetype_isolate+0x0/0x1b0) from [] (undo_isolate_page_range+0xd0/0xdc) > [ 214.979222] [] (undo_isolate_page_range+0x0/0xdc) from [] (__alloc_contig_range+0x254/0x34c) > [ 214.989398] r9:000abc00 r8:c7028000 r7:000b1f53 r6:000b3e00 r5:00000005 > r4:c7029db4 > [ 214.997308] [] (__alloc_contig_range+0x0/0x34c) from [] (alloc_contig_range+0x14/0x18) > [ 215.006973] [] (alloc_contig_range+0x0/0x18) from [] (dma_alloc_from_contiguous_addr+0x1ac/0x304) > > This issue is because when call unset_migratetype_isolate to unset a part > of CMA memory, it try to access the buddy page to get its status: > if (order >= pageblock_order) { > page_idx = page_to_pfn(page) & ((1 << MAX_ORDER) - 1); > buddy_idx = __find_buddy_index(page_idx, order); > buddy = page + (buddy_idx - page_idx); > > if (!is_migrate_isolate_page(buddy)) { > But the begin addr of this part of CMA memory is very close to a part of > memory that is reserved in the boot time (not in buddy system). > So add a check before access it. > > Signed-off-by: Hui Zhu > --- > mm/page_isolation.c | 3 ++- > 1 file changed, 2 insertions(+), 1 deletion(-) > > diff --git a/mm/page_isolation.c b/mm/page_isolation.c > index 755a42c..434730b 100644 > --- a/mm/page_isolation.c > +++ b/mm/page_isolation.c > @@ -101,7 +101,8 @@ void unset_migratetype_isolate(struct page *page, unsigned migratetype) > buddy_idx = __find_buddy_index(page_idx, order); > buddy = page + (buddy_idx - page_idx); > > - if (!is_migrate_isolate_page(buddy)) { > + if (!pfn_present(page_to_pfn(buddy)) > + || !is_migrate_isolate_page(buddy)) { > __isolate_free_page(page, order); > kernel_map_pages(page, (1 << order), 1); > set_page_refcounted(page); > I think you want to use pfn_valid_within instead of pfn_present. Thanks, Laura -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/