Received: by 10.213.65.68 with SMTP id h4csp1662132imn; Thu, 15 Mar 2018 06:14:39 -0700 (PDT) X-Google-Smtp-Source: AG47ELsiUwH403iCdOwzHL6nczx/6DUIFrbjZrdXToR0ZpHxj/RQAlVwEP/9FmLvc4qk8dN7xieR X-Received: by 2002:a17:902:591e:: with SMTP id o30-v6mr8300958pli.258.1521119679769; Thu, 15 Mar 2018 06:14:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521119679; cv=none; d=google.com; s=arc-20160816; b=qMNalkR3X+xsAP5mSqOk+Dd8fHUuKCRjAi+RyxKEBhUCdHaPEVBIEy32ITS3vDBLRH ujr0JsSo2l9VRbYzTT9AfXKrH/Rcmo5pFhw2l4Upxyu52JDfy4KCPIv86m0+HKKx0oI8 6HZpSvPA2HIKulatA+YVp83yXmNVnZ7KKX4IO/GHSTXrpYaGouadZrk3ZDAxygWNy626 o9+Rzb4sqgwKYGzEXJbZIoVCp/t0TIlHWi7NfLMiPnWNVEybzcAO4VQhGOgXdgXi11IY A1KZpr6NJoiB/lXzkDKhVxNDWUGm57xu/wHw5gvjAA/DH37LvqeGr+QFpq9yn7aE+47k SRsg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=U547AOvfyP+h/ibADRi2yxgd2Ig6vE0jvlMh8xnOv4E=; b=mT0o5ZROCn82QgPe5HIxdvLUPzWZBfKCSb2vKxAEe6Nhkvu4p9J7leA7SwZBGLT5qu 7zg+EFvg7M0bys0jmA+1ix+PpDrajlbMoTJc6tT5nd3Ay2HVBrheaXqsMKoBu3qC+zJE PIer/Y+FAuhu0atNhB0MT30MItsG/4HQaXOyNOWqvY9iLj+hYbRN1ChIbK2uat5RaMTM OMlcdHquiJZBPJEmNFXzpgbkiRUNHAmNI4kP4v3m6/yiMpQ3qmuOo0Z1TszldSpks7nI biBH3G96ZPy/YLfRjL4s1UQ2IOA0hWize8s90f+4lTltTzmkUNlsrLmlrIY2wqTPPf5l X+6A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f11-v6si2020864plm.19.2018.03.15.06.14.23; Thu, 15 Mar 2018 06:14:39 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751495AbeCONN2 (ORCPT + 99 others); Thu, 15 Mar 2018 09:13:28 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:38640 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750751AbeCONN0 (ORCPT ); Thu, 15 Mar 2018 09:13:26 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 51DA11529; Thu, 15 Mar 2018 06:13:26 -0700 (PDT) Received: from lakrids.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.72.51.249]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id A4FB73F777; Thu, 15 Mar 2018 06:13:23 -0700 (PDT) Date: Thu, 15 Mar 2018 13:13:16 +0000 From: Mark Rutland To: Chintan Pandya Cc: catalin.marinas@arm.com, will.deacon@arm.com, arnd@arndb.de, ard.biesheuvel@linaro.org, marc.zyngier@arm.com, james.morse@arm.com, kristina.martsenko@arm.com, takahiro.akashi@linaro.org, gregkh@linuxfoundation.org, tglx@linutronix.de, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arch@vger.kernel.org, akpm@linux-foundation.org, toshi.kani@hpe.com Subject: Re: [PATCH v2 2/4] ioremap: Implement TLB_INV before huge mapping Message-ID: <20180315131316.fd5ftqwgdb5bf5we@lakrids.cambridge.arm.com> References: <1521117906-20107-1-git-send-email-cpandya@codeaurora.org> <1521117906-20107-3-git-send-email-cpandya@codeaurora.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1521117906-20107-3-git-send-email-cpandya@codeaurora.org> User-Agent: NeoMutt/20170113 (1.7.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, As a general note, pleas wrap commit text to 72 characters. On Thu, Mar 15, 2018 at 06:15:04PM +0530, Chintan Pandya wrote: > Huge mapping changes PMD/PUD which could have > valid previous entries. This requires proper > TLB maintanance on some architectures, like > ARM64. Just to check, I take it that you mean we could have a valid table entry, but all the entries in that next level table must be invalid, right? > > Implent BBM (break-before-make) safe TLB > invalidation. > > Here, I've used flush_tlb_pgtable() instead > of flush_kernel_range() because invalidating > intermediate page_table entries could have > been optimized for specific arch. That's the > case with ARM64 at least. ... because if there are valid entries in the next level table, __flush_tlb_pgtable() is not sufficient to ensure all of these are removed from the TLB. Assuming that all entries in the next level table are invalid, this looks ok to me. Thanks, Mark. > Signed-off-by: Chintan Pandya > --- > lib/ioremap.c | 25 +++++++++++++++++++------ > 1 file changed, 19 insertions(+), 6 deletions(-) > > diff --git a/lib/ioremap.c b/lib/ioremap.c > index 54e5bba..55f8648 100644 > --- a/lib/ioremap.c > +++ b/lib/ioremap.c > @@ -13,6 +13,7 @@ > #include > #include > #include > +#include > > #ifdef CONFIG_HAVE_ARCH_HUGE_VMAP > static int __read_mostly ioremap_p4d_capable; > @@ -80,6 +81,7 @@ static inline int ioremap_pmd_range(pud_t *pud, unsigned long addr, > unsigned long end, phys_addr_t phys_addr, pgprot_t prot) > { > pmd_t *pmd; > + pmd_t old_pmd; > unsigned long next; > > phys_addr -= addr; > @@ -91,10 +93,15 @@ static inline int ioremap_pmd_range(pud_t *pud, unsigned long addr, > > if (ioremap_pmd_enabled() && > ((next - addr) == PMD_SIZE) && > - IS_ALIGNED(phys_addr + addr, PMD_SIZE) && > - pmd_free_pte_page(pmd)) { > - if (pmd_set_huge(pmd, phys_addr + addr, prot)) > + IS_ALIGNED(phys_addr + addr, PMD_SIZE)) { > + old_pmd = *pmd; > + pmd_clear(pmd); > + flush_tlb_pgtable(&init_mm, addr); > + if (pmd_set_huge(pmd, phys_addr + addr, prot)) { > + pmd_free_pte_page(&old_pmd); > continue; > + } else > + set_pmd(pmd, old_pmd); > } > > if (ioremap_pte_range(pmd, addr, next, phys_addr + addr, prot)) > @@ -107,6 +114,7 @@ static inline int ioremap_pud_range(p4d_t *p4d, unsigned long addr, > unsigned long end, phys_addr_t phys_addr, pgprot_t prot) > { > pud_t *pud; > + pud_t old_pud; > unsigned long next; > > phys_addr -= addr; > @@ -118,10 +126,15 @@ static inline int ioremap_pud_range(p4d_t *p4d, unsigned long addr, > > if (ioremap_pud_enabled() && > ((next - addr) == PUD_SIZE) && > - IS_ALIGNED(phys_addr + addr, PUD_SIZE) && > - pud_free_pmd_page(pud)) { > - if (pud_set_huge(pud, phys_addr + addr, prot)) > + IS_ALIGNED(phys_addr + addr, PUD_SIZE)) { > + old_pud = *pud; > + pud_clear(pud); > + flush_tlb_pgtable(&init_mm, addr); > + if (pud_set_huge(pud, phys_addr + addr, prot)) { > + pud_free_pmd_page(&old_pud); > continue; > + } else > + set_pud(pud, old_pud); > } > > if (ioremap_pmd_range(pud, addr, next, phys_addr + addr, prot)) > -- > Qualcomm India Private Limited, on behalf of Qualcomm Innovation > Center, Inc., is a member of Code Aurora Forum, a Linux Foundation > Collaborative Project >