From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-12.2 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,INCLUDES_PATCH,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_GIT autolearn=ham autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 285FCC433DB for ; Wed, 10 Mar 2021 17:16:48 +0000 (UTC) Received: from desiato.infradead.org (desiato.infradead.org [90.155.92.199]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 987C664FC9 for ; Wed, 10 Mar 2021 17:16:47 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 987C664FC9 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=desiato.20200630; h=Sender:Content-Transfer-Encoding :Content-Type:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:MIME-Version:Message-Id:Date:Subject:Cc:To:From: Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender :Resent-To:Resent-Cc:Resent-Message-ID:In-Reply-To:References:List-Owner; bh=NvVYsd7RdBlwR8cRr+WrnaqKJmsprHiuyIDbi8OVdO4=; b=enX6K9K73faH1KAKJ1zbaZM1Vf 6MkVLYL7dDZtWlZorodX0Xa23B21a5y0eC/1dDeQAKLi1ONMKMxpd2WLtWlHKSRl5n8IWaOSYPAUU oGrpXzTFGdcA+7vB9ftmY2DKGJuPjomkHEiMi7CQqDcrAJWRlvwNzwMiPK0ShnNILf4xLoWuxtQ0u O9LMShisYoSjkTBird54+9n/kDDuk38/FeKR1q7O7GcHKivbGjUX+zysjAwnAXcXubP4PgcpEpHDk GJMNJi+CTjCPywv5wUqX0tRSdH8Y1uBq7Uw7iOFuuMC3KbHJZ71TP/34RldObpyWauskBLcjFR2k7 B/1st4hQ==; Received: from localhost ([::1] helo=desiato.infradead.org) by desiato.infradead.org with esmtp (Exim 4.94 #2 (Red Hat Linux)) id 1lK2Qh-007J55-3b; Wed, 10 Mar 2021 17:15:27 +0000 Received: from mail.kernel.org ([198.145.29.99]) by desiato.infradead.org with esmtps (Exim 4.94 #2 (Red Hat Linux)) id 1lK2Qd-007J4R-M3 for linux-arm-kernel@lists.infradead.org; Wed, 10 Mar 2021 17:15:25 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id DF89064FC6; Wed, 10 Mar 2021 17:15:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1615396522; bh=KjWYMm+Rce/9VZKxNaYyWCiRLOyKxc8TfviN/43T4w4=; h=From:To:Cc:Subject:Date:From; b=YBDnpt8HUaVQMNwOePC4eFora9cAABvuwPV4u0elus9ukufZzzich3ljuiR+/FyYw TvR+wTXWqkEoKxEc2fH3KWTiO57FNXtYV4vNs+ERJYx3S+iNU4NK4YoFpkdwJmyLXk 70Nk8SaakPeT7g+n97hoSLogiXNIVXE97zpyZlRgJdsiJyUEyEq0mzF1ExfWIIPqRF Wq26VQCfk7ugt3lKvZM5Mjw9/iQzXGzh+fawJxMZmp6BOcUaaJy0bsMEvvvZ3upQ0v rpVx2hBCPQidNamRX4Q5Mdeal0fVLw7GfZAhxtdQgRwNfhO43H1Mp6M67efvwBbl03 uTCvJgNCixwWw== From: Ard Biesheuvel To: linux-arm-kernel@lists.infradead.org Cc: Ard Biesheuvel , Mark Salter , Will Deacon , James Morse , Catalin Marinas , Mark Rutland , Steve Capper , Anshuman Khandual Subject: [PATCH 0/5] arm64: some 52-bit cleanups Date: Wed, 10 Mar 2021 18:15:10 +0100 Message-Id: <20210310171515.416643-1-ardb@kernel.org> X-Mailer: git-send-email 2.30.1 MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20210310_171523_905507_23C11A93 X-CRM114-Status: GOOD ( 12.83 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org This work was triggered by Mark Salter's report about a regression regarding the programmed size of the ID map page tables. The first patch switches the early ID map population code to default to a 48-bit range on kernels built with 52-bit VA support, and only switch to 52-bit if the placement of the kernel requires it. This should address the regressions reported by Mark. This patch should be suitable for being backported to -stable. The remaining patches are cleanups that remove and/or simplify the 52-bit VA support, and disable some parts in configurations that don't need it. Patch #5 adds back the logic to use a 52-bit VA ID map on 52-bit VA capable hardware, which we might consider if it is worthwhile for some reason to elide the TCR_EL1 updates that result from having ID map and user space VA ranges of different size. Cc: Mark Salter Cc: Will Deacon Cc: James Morse Cc: Catalin Marinas Cc: Mark Rutland Cc: Steve Capper Cc: Anshuman Khandual Ard Biesheuvel (5): arm64: mm: use a 48-bit ID map when possible on 52-bit VA builds arm64: mm: remove unused __cpu_uses_extended_idmap[_level()] arm64: mm: use a compile time constant for vabits_actual when possible arm64: mm: get rid of idmap_ptrs_per_pgd handling arm64: mm: switch to 52-bit ID map on 52-bit VA capable systems arch/arm64/include/asm/memory.h | 4 +++ arch/arm64/include/asm/mmu_context.h | 18 -------------- arch/arm64/kernel/head.S | 26 +++++++++----------- arch/arm64/mm/mmu.c | 5 ++-- 4 files changed, 18 insertions(+), 35 deletions(-) -- 2.30.1 _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel