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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (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 79708C43334 for ; Wed, 20 Jul 2022 13:59:09 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:MIME-Version:Message-ID:In-Reply-To: Date:References:Subject:Cc:To:From:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=3Fx6l0EZ/RtSSyKobDF5aKyK5PBHby5vG3beLqp/KwM=; b=22F7MMzdLDWh23 7L47RE7wtASGDRMEnwO0Potq8EVP9F7K44JoE3djL3wKzZcA1CXxqygTyJg9RLRYER8WPZbgywOcT fsK2VwWom6qQUv4ios89C18j3iSC6/oGCciBO1/Omgr8ZNMY9qElUXtHSHzjAkWfAsegp1UqKUsea eXJAQMRbataN4t3e0yJ/jneLOvFIWh0K9UIrh3M05ZGtVq4EE0dkKL8NcvpG5DhtTAaHgrmR0z6/+ vE54vevz84SRM4m7ymCPi8MzOCBCk2I78pEofdWqpSDKlLsjF7kbM737DX/PGScSTswLJttLAuvzA ZVX62+yWcQHKEpKdrPvA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1oEADE-006Qib-LH; Wed, 20 Jul 2022 13:58:04 +0000 Received: from mail-wr1-x436.google.com ([2a00:1450:4864:20::436]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1oEADB-006QXX-In for linux-arm-kernel@lists.infradead.org; Wed, 20 Jul 2022 13:58:03 +0000 Received: by mail-wr1-x436.google.com with SMTP id z12so26267866wrq.7 for ; Wed, 20 Jul 2022 06:57:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bytedance-com.20210112.gappssmtp.com; s=20210112; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=p8RwgO5kA7b/3jqsgJN5DZV0qndiWWAUz9mxoY7/B2E=; b=tcNGZRPJCqMH6mQEzXFhW6Tpd9d/yvHmli2kVDamhmDAQC404A6Z/JV8835n0Td14q NiUsrFqx91dD3b3IfYmf/XmTXWIQhce26vp9lvtatjYnN345WPPEtXDedh1SrdFV2bl7 wC1pbrNwq1shFbr0yRI3SAMkxMdOFbz4B8MRakIWJjTx04BsrxxKL0S7GzZ5TiW6nvhs JNO7KojDmmdES/KuwG7WC1IlXf8uGCQv05/hbyz1aC7i9Nr9MogrWFIurgyN8eyuoLPo pkxgWgk1K8ItMeHEUoF7urm0zTRWcWJvx8OSCEwgDuyfnWW36HQD+npkk4K6cpG8ExXK dTWA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=p8RwgO5kA7b/3jqsgJN5DZV0qndiWWAUz9mxoY7/B2E=; b=GzC1kBYiWq/WingcAmqjidZIdoBnl45aW0lRpJ5kl3VXuJJkSsHPqONMD5CYvlQRQF w0QP5GTS6D3if6/rTFHRhnRdeVD/i4iPkUM7I7jsQ0scgknU5ahl8UfDLvI0Ry0uRJto M0QhQigLyeXyd7Uldq0jkD3KzHdqMJ9CP6GPOApOkfrxL5Uaf3crPicOrO7AFFJDN/aS INDFVKaHEOc1lcYUMPGpynhvWgFATiueHrA5nZJ5otu3YW1V0FsnOXiMJIx98w8ArG1Z ienO6yjO+RFrRTzRww028PKQMNreLg9gF/4Lljw5LXHsmfEgTlv7yW15L8iA33FZy1Ix XPpw== X-Gm-Message-State: AJIora/WxrYJHfHFccunr1huQN8AnR0zpLXFgUE4TN2Svp7zXjG/gz3d Tx6Xowii/0Ngy2nJw7fUw09lKrzofVmPbA== X-Google-Smtp-Source: AGRyM1u2HQ+yimlNYgItnq+zfMosLWtdQNw0Xf/6XxAdevyPTkV3b53I5YyY7AUQxdvF3Zi06VkkPQ== X-Received: by 2002:a05:6000:1545:b0:21d:8f3e:a0bd with SMTP id 5-20020a056000154500b0021d8f3ea0bdmr31502975wry.697.1658325478342; Wed, 20 Jul 2022 06:57:58 -0700 (PDT) Received: from localhost ([109.180.234.208]) by smtp.gmail.com with ESMTPSA id i4-20020a05600c354400b003a326b84340sm2825411wmq.44.2022.07.20.06.57.56 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Jul 2022 06:57:57 -0700 (PDT) From: Punit Agrawal To: Catalin Marinas Cc: Russell King , Andre Mueller , Will Deacon , "linux-arm-kernel@lists.infradead.org" Subject: Re: [External] : Re: [PATCH] Documentation/arm64: update memory layout table. References: <20220621081651.61755-1-am@emlix.com> Date: Wed, 20 Jul 2022 14:57:56 +0100 In-Reply-To: (Catalin Marinas's message of "Tue, 21 Jun 2022 18:25:17 +0100") Message-ID: <87ilnrlwd7.fsf@stealth> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.1 (gnu/linux) MIME-Version: 1.0 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20220720_065801_666411_5F424B65 X-CRM114-Status: GOOD ( 23.11 ) 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 Apologies for reviving an old thread. Catalin Marinas writes: > On Tue, Jun 21, 2022 at 02:47:30PM +0000, Russell King wrote: >> From: Catalin Marinas >> > On Tue, Jun 21, 2022 at 10:16:51AM +0200, Andre Mueller wrote: >> > > Commit b89ddf4cca43("arm64/bpf: Remove 128MB limit for BPF JIT programs") >> > > removes the bpf jit region from the memory layout of the Aarch64 >> > > architecture. However, it forgets to update the documentation >> > > accordingly. >> > > >> > > - Remove the bpf jit region. >> > > - Fix the Start and End addresses of the modules region. >> > > - Fix the Start address of the vmalloc region. >> > > >> > > Signed-off-by: Andre Mueller >> > >> > Acked-by: Catalin Marinas >> > >> > but I still wonder whether we should remove this table altogether. >> >> I've found the table particularly useful when wanting to know the >> virtual address space layout, so it does seem to have some value. > > Yes but that's only one of the configurations and it keeps getting out > of sync. We used to print the information at boot until commit > 071929dbdd86 ("arm64: Stop printing the virtual memory layout"). I think > we could bring some of that back, maybe even behind a debug command line > option or config (or expose it via sysfs). We shouldn't print the info > that has security implications like where stext is mapped or anything > randomised, only the rough layout like in the doc. The kernel memory layout is available (indirectly) from /sys/kernel/debug/kernel_page_tables with CONFIG_PTDUMP_DEBUGFS enabled. Admittedly, it requires a bit of staring to infer the start, end and size of the various regions but the information is there. Is that sufficient? If so, the documentation can be updated to point to the debugfs node. [...] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel