From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id D9AC71A0166 for ; Wed, 3 Dec 2014 07:13:29 +1100 (AEDT) Message-ID: <1417551190.27448.8.camel@kernel.crashing.org> Subject: Re: [PATCH 03/10] mm: Convert p[te|md]_numa users to p[te|md]_protnone_numa From: Benjamin Herrenschmidt To: "Aneesh Kumar K.V" Date: Wed, 03 Dec 2014 07:13:10 +1100 In-Reply-To: <87h9xeh5im.fsf@linux.vnet.ibm.com> References: <1416578268-19597-1-git-send-email-mgorman@suse.de> <1416578268-19597-4-git-send-email-mgorman@suse.de> <1417473849.7182.9.camel@kernel.crashing.org> <87h9xeh5im.fsf@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Cc: Rik van Riel , Linus Torvalds , Hugh Dickins , Linux Kernel , Linux-MM , Ingo Molnar , Paul Mackerras , Mel Gorman , Sasha Levin , Dave Jones , LinuxPPC-dev , Kirill Shutemov List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Tue, 2014-12-02 at 13:01 +0530, Aneesh Kumar K.V wrote: > Benjamin Herrenschmidt writes: > > > On Fri, 2014-11-21 at 13:57 +0000, Mel Gorman wrote: > >> void set_pte_at(struct mm_struct *mm, unsigned long addr, pte_t *ptep, > >> pte_t pte) > >> { > >> -#ifdef CONFIG_DEBUG_VM > >> - WARN_ON(pte_val(*ptep) & _PAGE_PRESENT); > >> -#endif > >> + /* > >> + * When handling numa faults, we already have the pte marked > >> + * _PAGE_PRESENT, but we can be sure that it is not in hpte. > >> + * Hence we can use set_pte_at for them. > >> + */ > >> + VM_WARN_ON((pte_val(*ptep) & (_PAGE_PRESENT | _PAGE_USER)) == > >> + (_PAGE_PRESENT | _PAGE_USER)); > >> + > > > > His is that going to fare with set_pte_at() called for kernel pages ? > > > > Yes, we won't capture those errors now. But is there any other debug > check i could use to capture the wrong usage of set_pte_at ? Actually the above is fine, for some reason I mis-read the test as blowing on kernel pages, it doesn't. We probably do need to make sure however that protnone isn't used for kernel pages. Cheers, Ben. > -aneesh > > -- > 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: email@kvack.org