Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932232AbbKMLyX (ORCPT ); Fri, 13 Nov 2015 06:54:23 -0500 Received: from mail-pa0-f54.google.com ([209.85.220.54]:33039 "EHLO mail-pa0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754175AbbKMLyU convert rfc822-to-8bit (ORCPT ); Fri, 13 Nov 2015 06:54:20 -0500 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.0 \(3094\)) Subject: Re: [PATCH V4] mm: fix kernel crash in khugepaged thread From: yalin wang In-Reply-To: <5645BFAA.1070004@suse.cz> Date: Fri, 13 Nov 2015 19:54:11 +0800 Cc: Steven Rostedt , Ingo Molnar , Andrew Morton , Ebru Akagunduz , Rik van Riel , "Kirill A. Shutemov" , jmarchan@redhat.com, mgorman@techsingularity.net, willy@linux.intel.com, linux-kernel , linux-mm@kvack.org Content-Transfer-Encoding: 8BIT Message-Id: References: <1447316462-19645-1-git-send-email-yalin.wang2010@gmail.com> <20151112092923.19ee53dd@gandalf.local.home> <5645BFAA.1070004@suse.cz> To: Vlastimil Babka X-Mailer: Apple Mail (2.3094) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2526 Lines: 66 > On Nov 13, 2015, at 18:47, Vlastimil Babka wrote: > > On 11/12/2015 03:29 PM, Steven Rostedt wrote: >> On Thu, 12 Nov 2015 16:21:02 +0800 >> yalin wang wrote: >> >>> This crash is caused by NULL pointer deference, in page_to_pfn() marco, >>> when page == NULL : >>> >>> [ 182.639154 ] Unable to handle kernel NULL pointer dereference at virtual address 00000000 >> >> >>> add the trace point with TP_CONDITION(page), >> >> I wonder if we still want to trace even if page is NULL? > > I'd say we want to. There's even a "SCAN_PAGE_NULL" result defined for that case, and otherwise we would only have to guess why collapsing failed, which is the thing that the tracepoint should help us find out in the first place :) > >>> avoid trace NULL page. >>> >>> Signed-off-by: yalin wang >>> --- >>> include/trace/events/huge_memory.h | 20 ++++++++++++-------- >>> mm/huge_memory.c | 6 +++--- >>> 2 files changed, 15 insertions(+), 11 deletions(-) >>> >>> diff --git a/include/trace/events/huge_memory.h b/include/trace/events/huge_memory.h >>> index 11c59ca..727647b 100644 >>> --- a/include/trace/events/huge_memory.h >>> +++ b/include/trace/events/huge_memory.h >>> @@ -45,12 +45,14 @@ SCAN_STATUS >>> #define EM(a, b) {a, b}, >>> #define EMe(a, b) {a, b} >>> >>> -TRACE_EVENT(mm_khugepaged_scan_pmd, >>> +TRACE_EVENT_CONDITION(mm_khugepaged_scan_pmd, >>> >>> - TP_PROTO(struct mm_struct *mm, unsigned long pfn, bool writable, >>> + TP_PROTO(struct mm_struct *mm, struct page *page, bool writable, >>> bool referenced, int none_or_zero, int status, int unmapped), >>> >>> - TP_ARGS(mm, pfn, writable, referenced, none_or_zero, status, unmapped), >>> + TP_ARGS(mm, page, writable, referenced, none_or_zero, status, unmapped), >>> + >>> + TP_CONDITION(page), >>> >>> TP_STRUCT__entry( >>> __field(struct mm_struct *, mm) >>> @@ -64,7 +66,7 @@ TRACE_EVENT(mm_khugepaged_scan_pmd, >>> >>> TP_fast_assign( >>> __entry->mm = mm; >>> - __entry->pfn = pfn; >>> + __entry->pfn = page_to_pfn(page); >> >> Instead of the condition, we could have: >> >> __entry->pfn = page ? page_to_pfn(page) : -1; > > I agree. Please do it like this. ok , i will send V5 patch .-- 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/