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 Received: from lists.xenproject.org (lists.xenproject.org [192.237.175.120]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id D219DC677F1 for ; Fri, 13 Jan 2023 10:30:33 +0000 (UTC) Received: from list by lists.xenproject.org with outflank-mailman.477123.739696 (Exim 4.92) (envelope-from ) id 1pGHKG-00042c-Oj; Fri, 13 Jan 2023 10:30:20 +0000 X-Outflank-Mailman: Message body and most headers restored to incoming version Received: by outflank-mailman (output) from mailman id 477123.739696; Fri, 13 Jan 2023 10:30:20 +0000 Received: from localhost ([127.0.0.1] helo=lists.xenproject.org) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1pGHKG-00041W-J8; Fri, 13 Jan 2023 10:30:20 +0000 Received: by outflank-mailman (input) for mailman id 477123; Fri, 13 Jan 2023 10:30:19 +0000 Received: from mail.xenproject.org ([104.130.215.37]) by lists.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1pGHKF-0003yq-0m for xen-devel@lists.xenproject.org; Fri, 13 Jan 2023 10:30:19 +0000 Received: from xenbits.xenproject.org ([104.239.192.120]) by mail.xenproject.org with esmtp (Exim 4.92) (envelope-from ) id 1pGHKE-0007Du-NI; Fri, 13 Jan 2023 10:30:18 +0000 Received: from 54-240-197-224.amazon.com ([54.240.197.224] helo=dev-dsk-jgrall-1b-035652ec.eu-west-1.amazon.com) by xenbits.xenproject.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1pGH2N-0005Ty-MN; Fri, 13 Jan 2023 10:11:51 +0000 X-BeenThere: xen-devel@lists.xenproject.org List-Id: Xen developer discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Errors-To: xen-devel-bounces@lists.xenproject.org Precedence: list Sender: "Xen-devel" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=xen.org; s=20200302mail; h=Content-Transfer-Encoding:MIME-Version:References: In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=3cyXZ0+n/RxygQrIDuBnyuElEfntomdEEmsp7TWQV70=; b=3HlebbHCMHUWVsdWb2nnBUtaEL PjkVyQbzPbgZci67ArEPdk0Sd6+rnPtb9EkXSV6qrwDEuvq1MzCAJy6L2zhm6KEm0i67FoRsCjB/V NeKx+Iips6N7bNpGG/ZDopB92gm/oJrcBjKAI1RmRDxioL/t5tJpvmbUG6i2enMhIdaA=; From: Julien Grall To: xen-devel@lists.xenproject.org Cc: Luca.Fancellu@arm.com, Julien Grall , Stefano Stabellini , Julien Grall , Bertrand Marquis , Volodymyr Babchuk Subject: [PATCH v4 10/14] xen/arm32: head: Widen the use of the temporary mapping Date: Fri, 13 Jan 2023 10:11:32 +0000 Message-Id: <20230113101136.479-11-julien@xen.org> X-Mailer: git-send-email 2.38.1 In-Reply-To: <20230113101136.479-1-julien@xen.org> References: <20230113101136.479-1-julien@xen.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: Julien Grall At the moment, the temporary mapping is only used when the virtual runtime region of Xen is clashing with the physical region. In follow-up patches, we will rework how secondary CPU bring-up works and it will be convenient to use the fixmap area for accessing the root page-table (it is per-cpu). Rework the code to use temporary mapping when the Xen physical address is not overlapping with the temporary mapping. This also has the advantage to simplify the logic to identity map Xen. Signed-off-by: Julien Grall ---- Even if this patch is rewriting part of the previous patch, I decided to keep them separated to help the review. The "folow-up patches" are still in draft at the moment. I still haven't find a way to split them nicely and not require too much more work in the coloring side. I have provided some medium-term goal in the cover letter. Changes in v3: - Resolve conflicts after switching from "ldr rX,