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 E9F461A0156 for ; Wed, 3 Dec 2014 07:12:17 +1100 (AEDT) Message-ID: <1417551115.27448.7.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:11:55 +1100 In-Reply-To: <87k32ah5q3.fsf@linux.vnet.ibm.com> References: <1416578268-19597-1-git-send-email-mgorman@suse.de> <1416578268-19597-4-git-send-email-mgorman@suse.de> <1417473762.7182.8.camel@kernel.crashing.org> <87k32ah5q3.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 12:57 +0530, Aneesh Kumar K.V wrote: > Now, hash_preload can possibly insert an hpte in hash page table even if > the access is not allowed by the pte permissions. But i guess even that > is ok. because we will fault again, end-up calling hash_page_mm where we > handle that part correctly. I think we need a test case... Cheers, Ben. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-f177.google.com (mail-ie0-f177.google.com [209.85.223.177]) by kanga.kvack.org (Postfix) with ESMTP id EE0846B0038 for ; Tue, 2 Dec 2014 16:48:29 -0500 (EST) Received: by mail-ie0-f177.google.com with SMTP id rd18so11972725iec.8 for ; Tue, 02 Dec 2014 13:48:29 -0800 (PST) Received: from gate.crashing.org (gate.crashing.org. [63.228.1.57]) by mx.google.com with ESMTPS id uu10si13526583igb.16.2014.12.02.13.48.25 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 02 Dec 2014 13:48:28 -0800 (PST) Message-ID: <1417551115.27448.7.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 Date: Wed, 03 Dec 2014 07:11:55 +1100 In-Reply-To: <87k32ah5q3.fsf@linux.vnet.ibm.com> References: <1416578268-19597-1-git-send-email-mgorman@suse.de> <1416578268-19597-4-git-send-email-mgorman@suse.de> <1417473762.7182.8.camel@kernel.crashing.org> <87k32ah5q3.fsf@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: "Aneesh Kumar K.V" Cc: Mel Gorman , Linux Kernel , Linux-MM , LinuxPPC-dev , Hugh Dickins , Dave Jones , Rik van Riel , Ingo Molnar , Kirill Shutemov , Sasha Levin , Paul Mackerras , Linus Torvalds On Tue, 2014-12-02 at 12:57 +0530, Aneesh Kumar K.V wrote: > Now, hash_preload can possibly insert an hpte in hash page table even if > the access is not allowed by the pte permissions. But i guess even that > is ok. because we will fault again, end-up calling hash_page_mm where we > handle that part correctly. I think we need a test case... Cheers, Ben. -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932972AbaLBVMt (ORCPT ); Tue, 2 Dec 2014 16:12:49 -0500 Received: from gate.crashing.org ([63.228.1.57]:60365 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753312AbaLBVMs (ORCPT ); Tue, 2 Dec 2014 16:12:48 -0500 Message-ID: <1417551115.27448.7.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" Cc: Mel Gorman , Linux Kernel , Linux-MM , LinuxPPC-dev , Hugh Dickins , Dave Jones , Rik van Riel , Ingo Molnar , Kirill Shutemov , Sasha Levin , Paul Mackerras , Linus Torvalds Date: Wed, 03 Dec 2014 07:11:55 +1100 In-Reply-To: <87k32ah5q3.fsf@linux.vnet.ibm.com> References: <1416578268-19597-1-git-send-email-mgorman@suse.de> <1416578268-19597-4-git-send-email-mgorman@suse.de> <1417473762.7182.8.camel@kernel.crashing.org> <87k32ah5q3.fsf@linux.vnet.ibm.com> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.7-0ubuntu1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 2014-12-02 at 12:57 +0530, Aneesh Kumar K.V wrote: > Now, hash_preload can possibly insert an hpte in hash page table even if > the access is not allowed by the pte permissions. But i guess even that > is ok. because we will fault again, end-up calling hash_page_mm where we > handle that part correctly. I think we need a test case... Cheers, Ben.