Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030900AbbEEIn4 (ORCPT ); Tue, 5 May 2015 04:43:56 -0400 Received: from cantor2.suse.de ([195.135.220.15]:55486 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1757050AbbEEInu (ORCPT ); Tue, 5 May 2015 04:43:50 -0400 Message-ID: <554882BE.5020804@suse.cz> Date: Tue, 05 May 2015 10:43:42 +0200 From: Vlastimil Babka 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, iamjoonsoo.kim@lge.com, lauraa@codeaurora.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org CC: teawater@gmail.com Subject: Re: [PATCH v2] CMA: page_isolation: check buddy before access it References: <1430732477-16977-1-git-send-email-zhuhui@xiaomi.com> <1430796179-1795-1-git-send-email-zhuhui@xiaomi.com> In-Reply-To: <1430796179-1795-1-git-send-email-zhuhui@xiaomi.com> Content-Type: text/plain; charset=utf-8; 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: 3376 Lines: 68 On 05/05/2015 05:22 AM, Hui Zhu wrote: > Change pfn_present to pfn_valid_within according to the review of Laura. > > 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 Acked-by: Vlastimil Babka > --- > 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..eb22d1f 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_valid_within(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); > -- 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/