Received: by 2002:a05:6a10:d5a5:0:0:0:0 with SMTP id gn37csp549554pxb; Wed, 6 Oct 2021 10:16:35 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyBiCd+2D0orbT0CDFiF966iDtzqTPJ4+uim6vRBiBoB7wjr2Y48bjmYjjIpX9l6+vKPqyQ X-Received: by 2002:a50:9dc4:: with SMTP id l4mr35152940edk.208.1633540595059; Wed, 06 Oct 2021 10:16:35 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1633540595; cv=none; d=google.com; s=arc-20160816; b=TQngtVBWAEPRl63GqDQqSfg+DV9/kf9udTst5yv4krwOgfCyNKFwr9oPcbQaQFWa29 BbUuq3JDA96lWVRV5tAJqefGfnEo8wbcASD5krUDlhJ7vNQ0uVKb9mgJvVlgrjmcNlAX yx0SJa2jMGUXyQFP7GYIE72ct24yXvzeGHsPmVlR9gDyyjyyrdW0MTSu1hO2oP2c1+cg hLBoWLWEW7EbzjIlkDZGtLumErEOzcXh4U33aNpYKnVerVdV3/v7FxsUtIVoTupNAQe2 krdDPBYm99Ip94UqRB7j2O2uOyGUygq8uRuFGeIq6sTJ7DkPPc1IYyXbRfnsFUH9POpV gmbw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=MHMRJlmkXdI+z6gZbxfniJCmUAdGo4G7mIbQ2iMi8v4=; b=O3lSHyM/ennll5WhDYbtYJQWyV+Hxo7zN0uk7c1BzUKiNUF/GmQHqr/nqeXdw/+sCN nSHrzaLbxxHrLwK+yk36RJAcHuge3DC99xmNQp5pO766FZPznQofkL9ZOGa0k7qV47rd MDvsL4bUDxJRRJp0XuFRPrZ4H7vloLOWbIghSTXnQxspHw/FSBkVgXVgQ4ub8J0v50vm SZH0Mvovi0tRBQcU18ZMJoyXPrz5KugcXIj9FdXo+/o2B4kpMZBA3l22fV/fNX+lXd5b TzAjNwBcfBbIL1mn3kEd8eB+fjI4EGx4ea80/yyl4oBRN5z16MxhdEvtb/Dr1szFa4Fo dOHA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m10si1813548ejb.115.2021.10.06.10.16.08; Wed, 06 Oct 2021 10:16:35 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S238337AbhJFRQf (ORCPT + 99 others); Wed, 6 Oct 2021 13:16:35 -0400 Received: from mail.kernel.org ([198.145.29.99]:57626 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229835AbhJFRQf (ORCPT ); Wed, 6 Oct 2021 13:16:35 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id A1B2760F58; Wed, 6 Oct 2021 17:14:41 +0000 (UTC) Date: Wed, 6 Oct 2021 18:14:38 +0100 From: Catalin Marinas To: Jisheng Zhang Cc: Will Deacon , Jonathan Corbet , linux-arm-kernel@lists.infradead.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] Documentation/arm64: add memory layout with 4KB pages + VA39-bit Message-ID: References: <20210930185026.1609f12e@xhacker.debian> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210930185026.1609f12e@xhacker.debian> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Sep 30, 2021 at 06:50:26PM +0800, Jisheng Zhang wrote: > The 4KB pages + 3 levels (39-bit) combination is also widely used in > arm64 world, add the memory layout description for this combination. > > Signed-off-by: Jisheng Zhang > --- > Documentation/arm64/memory.rst | 17 +++++++++++++++++ > 1 file changed, 17 insertions(+) > > diff --git a/Documentation/arm64/memory.rst b/Documentation/arm64/memory.rst > index 901cd094f4ec..d1745b570f0c 100644 > --- a/Documentation/arm64/memory.rst > +++ b/Documentation/arm64/memory.rst > @@ -26,6 +26,23 @@ The swapper_pg_dir address is written to TTBR1 and never written to > TTBR0. > > > +AArch64 Linux memory layout with 4KB pages + 3 levels (39-bit):: > + Start End Size Use > + ----------------------------------------------------------------------- > + 0000000000000000 0000007fffffffff 512GB user > + ffffff8000000000 ffffffbfffffffff 256GB kernel logical memory map > + [ffffffb000000000 ffffffbfffffffff] 64GB [kasan shadow region] > + ffffffc000000000 ffffffc007ffffff 128MB bpf jit region > + ffffffc008000000 ffffffc00fffffff 128MB modules > + ffffffc010000000 fffffffdefffffff 253440MB vmalloc > + fffffffdf0000000 fffffffdfdffffff 224MB fixed mappings (top down) > + fffffffdfe000000 fffffffdfe7fffff 8MB [guard region] > + fffffffdfe800000 fffffffdff7fffff 16MB PCI I/O space > + fffffffdff800000 fffffffdffffffff 8MB [guard region] > + fffffffe00000000 ffffffffefffffff 4GB vmemmap > + ffffffff00000000 ffffffffffffffff 4GB [guard region] I wouldn't bother maintaining these. There are other combinations that people may use. The 4KB + 48-bit VA is defconfig while 64KB + 52-bit was more interesting, so we thought it would be useful. I'm more inclined to remove them altogether and maybe just add some high-level ascii art as per the log of commit f4693c2716b3 ("arm64: mm: extend linear region for 52-bit VA configurations"). -- Catalin