Received: by 10.192.165.156 with SMTP id m28csp1665896imm; Tue, 17 Apr 2018 03:27:00 -0700 (PDT) X-Google-Smtp-Source: AIpwx494I6zaV85z9gXZDFy414DSTstU2xizztUInL6WUpPiVzzf3RupR9PK6udC+YEXarc3h7qm X-Received: by 10.98.83.199 with SMTP id h190mr1465063pfb.146.1523960820888; Tue, 17 Apr 2018 03:27:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523960820; cv=none; d=google.com; s=arc-20160816; b=EVYe6uWGzRwKJYxp962dPfjQ+30XUfeA1diiW1jOsgLD1qZtZovmK0Rj52s4jgAVJR 4k5jIrasXTW3weuB26MFTyrzfzV5IY+AGDlbUelsLjrazMKrQhLFIy9ad6w0DXPN2IBu nhhbXe929Rd7Zi3S7ZU4s+TsGKfQdjmWI+ya+7493quzFGbH3kWzAOU/3+8vse4du9XU 7hx2/3jIsMVTRhReNN6pcmAVv30GgCFmgZlm4/S+zLDmr5IfuF5fXG+7E4gP69Wfr0ym if51X4IoVmBuz1NXUp6b9poAKWBot3WJkKi7Fh+CSlTUABGby16Qohcu1zkCwZJWoZEh p5hg== 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:dmarc-filter :dkim-signature:dkim-signature:arc-authentication-results; bh=K/dkAcJ5fNQt6CHn0JbBn2Ryp1NcvaF7ztKQOPKyU1s=; b=h7PjYqMR3vDFiViw7E8j0J+3PzXXb72hZdGsrjyZxs3WjIizlwxWpWRTfhMbVLa7A2 ZfKuPBF3cyzh004yhrTgNzYZX+6CL4ti4p22XDmsaRUYPRPWEYKReiHqNmWuXYvBqD9W 06x0jhz8tXClPvicDZTCHcTYfKnT+vPHSrRNQ81MWX3eDnFVWzlJ5DtziakKln5TLVTc 69mW+nsGAAWU2q1sMIoDENSbcgjD+cEgMMhxqGM8oJuFttOA9CDPF2deccH6MbKk8bdh YuF76w1gZG2yqYl3LIbNX0hw6zo5oZDuUIhg7NCOgq5XU95Xgp+pKuUlvtNNPmkGWGSn XyNw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=no4BkoJr; dkim=pass header.i=@codeaurora.org header.s=default header.b=GB0euMbb; 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 1-v6si13449420ply.119.2018.04.17.03.26.47; Tue, 17 Apr 2018 03:27:00 -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; dkim=pass header.i=@codeaurora.org header.s=default header.b=no4BkoJr; dkim=pass header.i=@codeaurora.org header.s=default header.b=GB0euMbb; 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 S1752608AbeDQKZW (ORCPT + 99 others); Tue, 17 Apr 2018 06:25:22 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:59778 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751211AbeDQKZU (ORCPT ); Tue, 17 Apr 2018 06:25:20 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id C294060A00; Tue, 17 Apr 2018 10:25:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1523960719; bh=jKhS9alQeAQt8Jz9nyesVPSZYxGjBjKGnZmmiEB/exE=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=no4BkoJrRAOrk13t1x9grGLDUoO9sR3+C9rGwniLZWiPDr/Rxa24Ze9m/QZFtAMl2 bqoCC6TZkX5RC0KG1eEk1A2+zVJcUDccecoay2OakBPtFNlFqh2XQXnqqSwxW2Wf3U aR2LBDRtgX0BtOsOkJb7UP9uU3SapGIXqA4ozEd4= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [10.204.79.109] (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: cpandya@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id B5D46603AF; Tue, 17 Apr 2018 10:25:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1523960718; bh=jKhS9alQeAQt8Jz9nyesVPSZYxGjBjKGnZmmiEB/exE=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=GB0euMbbDHV6nATvb9Am24JCVc9/r/jlk3a7Cl7YQLG4qvIOpQ+k6uNPu4w39qKoB bAXbVLV2/WjA77zx+H1+bfYrQRVdwqlPLFrAfvCELI746ztU/IVpsI2CKosQffTYuj IZDqk9dPiRmGITY9/NM1m22+4D8j0GZ07s1bcxt0= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org B5D46603AF Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=cpandya@codeaurora.org Subject: Re: [PATCH v8 0/4] Fix issues with huge mapping in ioremap for ARM64 To: catalin.marinas@arm.com, will.deacon@arm.com, mark.rutland@arm.com, toshi.kani@hpe.com Cc: linux-arch@vger.kernel.org, arnd@arndb.de, ard.biesheuvel@linaro.org, marc.zyngier@arm.com, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org, kristina.martsenko@arm.com, takahiro.akashi@linaro.org, james.morse@arm.com, tglx@linutronix.de, akpm@linux-foundation.org, linux-arm-kernel@lists.infradead.org References: <1522742446-5084-1-git-send-email-cpandya@codeaurora.org> From: Chintan Pandya Message-ID: Date: Tue, 17 Apr 2018 15:55:08 +0530 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <1522742446-5084-1-git-send-email-cpandya@codeaurora.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Ping... On 4/3/2018 1:30 PM, Chintan Pandya wrote: > This series of patches are follow up work (and depends on) > Toshi Kani 's patches "fix memory leak/ > panic in ioremap huge pages". > > This series of patches are tested on 4.9 kernel with Cortex-A75 > based SoC. > > These patches can also go into '-stable' branch (if accepted) > for 4.6 onwards. > > From V7->V8: > - Properly fixed compilation issue in x86 file > > From V6->V7: > - Fixed compilation issue in x86 case > - V6 patches were not properly enumarated > > From V5->V6: > - Use __flush_tlb_kernel_pgtable() for both PUD and PMD. Remove > "bool tlb_inv" based variance as it is not need now > - Re-naming for consistency > > From V4->V5: > - Add new API __flush_tlb_kernel_pgtable(unsigned long addr) > for kernel addresses > > From V3->V4: > - Add header for 'addr' in x86 implementation > - Re-order pmd/pud clear and table free > - Avoid redundant TLB invalidatation in one perticular case > > From V2->V3: > - Use the exisiting page table free interface to do arm64 > specific things > > From V1->V2: > - Rebased my patches on top of "[PATCH v2 1/2] mm/vmalloc: > Add interfaces to free unmapped page table" > - Honored BBM for ARM64 > > Chintan Pandya (4): > ioremap: Update pgtable free interfaces with addr > arm64: tlbflush: Introduce __flush_tlb_kernel_pgtable > arm64: Implement page table free interfaces > Revert "arm64: Enforce BBM for huge IO/VMAP mappings" > > arch/arm64/include/asm/tlbflush.h | 6 ++++++ > arch/arm64/mm/mmu.c | 37 +++++++++++++++++++++++++------------ > arch/x86/mm/pgtable.c | 8 +++++--- > include/asm-generic/pgtable.h | 8 ++++---- > lib/ioremap.c | 4 ++-- > 5 files changed, 42 insertions(+), 21 deletions(-) > Chintan -- Qualcomm India Private Limited, on behalf of Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum, a Linux Foundation Collaborative Project