Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3676453pxk; Mon, 7 Sep 2020 22:15:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx85ckUN8V7ZEdTCRQdsFU1DM/ZVZwB0bblauXyBRppvAZF6cnyLtq8aDVfKG+fthDdsD0X X-Received: by 2002:a17:906:a207:: with SMTP id r7mr14495900ejy.32.1599542154439; Mon, 07 Sep 2020 22:15:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599542154; cv=none; d=google.com; s=arc-20160816; b=XeihbKEgqVUZfPVlDddPL6Wak+blndY7lqxvFu/BZs120tFh9aNLGCpWu7ZFCXIaBh bCskPviaHHQkVOJ4DaKEkAWpGKN26EmLuFbjc6bbkz/ygJE9kavFGr5+bgr1DvmQ/uec XjvFLRy2vSv5L4b7gg5KxaMGrT02/aTVdzWPwmqOKANV3PQ6RMDIksZwQm8FLAEwYtpP QEcqD+BBvyB2rQ45HcGLX2Bcv3eWy4RAKW7i5xKfj6UEQDkYrHRwxuxviWm/4rCTd50j 3St8uZaAHvOFHXeyb9xIHbHDsEGvzT1WEyXdndAgpWjt+3xsv9b6yczw2iPuwj+jsn1S I08A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=8+6W4599RhZcLtKyoanFuFO45Wdv5/Q2tsnskzsw28o=; b=ME4kJo0acJH1pvggFY7Nl9I/XAEUzD4f94xFpGNn5IYp9ZPVnvm1fpfVSo4fsbLbC/ Pf5a3MhmcO2FpHp9Y2aVx/X4rcaJNfy/5tgrrJZKETG1ympWdncV51SHK5qOvx8MNLTT +9Bhik3W6pRgvc2SAFqAHpMgXFqQBb/UtWTC6PmdmyBWCdLG0c0iilc/oNQeZDMVAE0Y acJKPq4bbzbgIr2lPwNAuemXCCcTMj2Jx3uf3PfqpJGDcHYf2BD/ImlARhh8ljE17mu0 lJ72R6HujaHePwyH0nOeARtIUZAPG5oa3NAP4dIhtj5x27REm7O1uZiRg71WtcMVe/q2 2WZg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id a17si11227283ejc.540.2020.09.07.22.15.31; Mon, 07 Sep 2020 22:15:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728591AbgIHFOw (ORCPT + 99 others); Tue, 8 Sep 2020 01:14:52 -0400 Received: from pegase1.c-s.fr ([93.17.236.30]:1177 "EHLO pegase1.c-s.fr" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725938AbgIHFOw (ORCPT ); Tue, 8 Sep 2020 01:14:52 -0400 Received: from localhost (mailhub1-int [192.168.12.234]) by localhost (Postfix) with ESMTP id 4Bltcl5vwGz9tyfC; Tue, 8 Sep 2020 07:14:47 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at c-s.fr Received: from pegase1.c-s.fr ([192.168.12.234]) by localhost (pegase1.c-s.fr [192.168.12.234]) (amavisd-new, port 10024) with ESMTP id CHegWz2Zqd7i; Tue, 8 Sep 2020 07:14:47 +0200 (CEST) Received: from messagerie.si.c-s.fr (messagerie.si.c-s.fr [192.168.25.192]) by pegase1.c-s.fr (Postfix) with ESMTP id 4Bltcl4S93z9tyfB; Tue, 8 Sep 2020 07:14:47 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by messagerie.si.c-s.fr (Postfix) with ESMTP id 4FA238B78F; Tue, 8 Sep 2020 07:14:48 +0200 (CEST) X-Virus-Scanned: amavisd-new at c-s.fr Received: from messagerie.si.c-s.fr ([127.0.0.1]) by localhost (messagerie.si.c-s.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id p7u0ZX_PNhu5; Tue, 8 Sep 2020 07:14:48 +0200 (CEST) Received: from [192.168.4.90] (unknown [192.168.4.90]) by messagerie.si.c-s.fr (Postfix) with ESMTP id E7EF18B768; Tue, 8 Sep 2020 07:14:45 +0200 (CEST) Subject: Re: [RFC PATCH v2 2/3] mm: make pXd_addr_end() functions page-table entry aware To: Gerald Schaefer , Jason Gunthorpe , John Hubbard Cc: Peter Zijlstra , Dave Hansen , linux-mm , Paul Mackerras , linux-sparc , Alexander Gordeev , Claudio Imbrenda , Will Deacon , linux-arch , linux-s390 , Vasily Gorbik , Richard Weinberger , linux-x86 , Russell King , Christian Borntraeger , Ingo Molnar , Catalin Marinas , Andrey Ryabinin , Heiko Carstens , Arnd Bergmann , Jeff Dike , linux-um , Borislav Petkov , Andy Lutomirski , Thomas Gleixner , linux-arm , linux-power , LKML , Andrew Morton , Linus Torvalds , Mike Rapoport References: <20200907180058.64880-1-gerald.schaefer@linux.ibm.com> <20200907180058.64880-3-gerald.schaefer@linux.ibm.com> From: Christophe Leroy Message-ID: <31dfb3ed-a0cc-3024-d389-ab9bd19e881f@csgroup.eu> Date: Tue, 8 Sep 2020 07:14:38 +0200 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <20200907180058.64880-3-gerald.schaefer@linux.ibm.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: fr Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Le 07/09/2020 à 20:00, Gerald Schaefer a écrit : > From: Alexander Gordeev > > Unlike all other page-table abstractions pXd_addr_end() do not take > into account a particular table entry in which context the functions > are called. On architectures with dynamic page-tables folding that > might lead to lack of necessary information that is difficult to > obtain other than from the table entry itself. That already led to > a subtle memory corruption issue on s390. > > By letting pXd_addr_end() functions know about the page-table entry > we allow archs not only make extra checks, but also optimizations. > > As result of this change the pXd_addr_end_folded() functions used > in gup_fast traversal code become unnecessary and get replaced with > universal pXd_addr_end() variants. > > The arch-specific updates not only add dereferencing of page-table > entry pointers, but also small changes to the code flow to make those > dereferences possible, at least for x86 and powerpc. Also for arm64, > but in way that should not have any impact. > [...] > > Signed-off-by: Alexander Gordeev > Signed-off-by: Gerald Schaefer > --- > arch/arm/include/asm/pgtable-2level.h | 2 +- > arch/arm/mm/idmap.c | 6 ++-- > arch/arm/mm/mmu.c | 8 ++--- > arch/arm64/kernel/hibernate.c | 16 ++++++---- > arch/arm64/kvm/mmu.c | 16 +++++----- > arch/arm64/mm/kasan_init.c | 8 ++--- > arch/arm64/mm/mmu.c | 25 +++++++-------- > arch/powerpc/mm/book3s64/radix_pgtable.c | 7 ++--- > arch/powerpc/mm/hugetlbpage.c | 6 ++-- You forgot arch/powerpc/mm/book3s64/subpage_prot.c it seems. > arch/s390/include/asm/pgtable.h | 8 ++--- > arch/s390/mm/page-states.c | 8 ++--- > arch/s390/mm/pageattr.c | 8 ++--- > arch/s390/mm/vmem.c | 8 ++--- > arch/sparc/mm/hugetlbpage.c | 6 ++-- > arch/um/kernel/tlb.c | 8 ++--- > arch/x86/mm/init_64.c | 15 ++++----- > arch/x86/mm/kasan_init_64.c | 16 +++++----- > include/asm-generic/pgtable-nop4d.h | 2 +- > include/asm-generic/pgtable-nopmd.h | 2 +- > include/asm-generic/pgtable-nopud.h | 2 +- > include/linux/pgtable.h | 26 ++++----------- > mm/gup.c | 8 ++--- > mm/ioremap.c | 8 ++--- > mm/kasan/init.c | 17 +++++----- > mm/madvise.c | 4 +-- > mm/memory.c | 40 ++++++++++++------------ > mm/mlock.c | 18 ++++++++--- > mm/mprotect.c | 8 ++--- > mm/pagewalk.c | 8 ++--- > mm/swapfile.c | 8 ++--- > mm/vmalloc.c | 16 +++++----- > 31 files changed, 165 insertions(+), 173 deletions(-) Christophe