Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp136087rwb; Sun, 6 Nov 2022 03:59:54 -0800 (PST) X-Google-Smtp-Source: AMsMyM7nVV0NnGlS4izTEvzcvSVDfuAYDE4rmTCOBZay+43mTWgrQVx3SA3R9uwyAyZC4NPkchOY X-Received: by 2002:a17:906:fe46:b0:730:ca2b:cb7b with SMTP id wz6-20020a170906fe4600b00730ca2bcb7bmr44777795ejb.703.1667735994278; Sun, 06 Nov 2022 03:59:54 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1667735994; cv=none; d=google.com; s=arc-20160816; b=g85wSr5CxguGsMMYgrRYosjQP6BCRXheyY7CbtTjH1YW0ruHGR1y+8JJ+3dyfnDaCK 0ZPStQy/+clM03vbDsWemxLG3jkWlX+KE2Y449jAHeYD7BeG60sF5nEvAtoX/gx6Ybd/ joPrNazO0LT7UsM8emSbFt+dlfh8U6OlPyDc5CSNVApeN8zaauEvzhSksmUd078AjfqN mtKgTSXqqe3hEDkzhccZLSdv7hxEvAShVcfvI+Uy8mSBaaJFKnMhVsJgfnNxhlbW56SL l1/LJ5fjmSnk3LhMphPYNWMSOsrko4zekv41D7zXhIR+skFtqp63a3qJ/rdLI7ADoLRw L+iA== 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:dkim-signature; bh=zcCduMh7hlWK83TmYpb9iIlj0SrOb+Fjldnmf2UB4zk=; b=Rv3cXtYnICZAcG39SzCk4snXZWBCfPXkFOAG2oCiDBh2FHWjwnz2mS8k9SAUJDQ7K+ wM62zgdCh2OKaVJfk6KnEAUUJ1v9PUxbJy9L9Og4Unnboud/wUR+NUHSGpb+qPyHS0+Z 70vAWxZvYzMGy6caFnJmE/DV9No3oc4c1k9nw3fNC/XGaduSMW1fWcAmc21XueQCmFLc j9YV4ksTbT6XQ+96ML4TNhPF2enkQK1PtyJ57uE+a3Nz2EXV5gstsik8Mc2PdVjMmhhG DwL2+LkFxU/Az/zYCEcZz0VKlhGGocu7OPD9Xdw5HUXg/XH3wCYRXZux/wjU+PaqBWFS K8Rw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="oydxPb/H"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id gv28-20020a1709072bdc00b0078d9d67841fsi4184572ejc.400.2022.11.06.03.59.30; Sun, 06 Nov 2022 03:59:54 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="oydxPb/H"; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229763AbiKFLWk (ORCPT + 96 others); Sun, 6 Nov 2022 06:22:40 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47420 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229692AbiKFLWj (ORCPT ); Sun, 6 Nov 2022 06:22:39 -0500 Received: from dfw.source.kernel.org (dfw.source.kernel.org [139.178.84.217]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3BF0E1137; Sun, 6 Nov 2022 03:22:38 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id B14E860C41; Sun, 6 Nov 2022 11:22:37 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 459D8C433D6; Sun, 6 Nov 2022 11:22:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1667733757; bh=OwdTq6vSYCGMHzoUM+Ktw7CRJaOcLC4+kIT/bLyvSOI=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=oydxPb/Hw5UAOU7joCSB3r72ZuzIWLb2EcYR6UWqAkIy/Ow2xlnvWY6jkJuytjMfT lkwtNOEaKb92/NcQVC3NVU5gNol8DMYKo13xSZr9SVgnAcUyI4O7F26hWr0illqpV2 X/4woT6dhwfUhaVglPmzOBUCvXoNOmWwLPV4NNBnLMdA/i4vm0xYClQQxaqlk5KGXS AhFRUq9sQKEMlc49ZR0Ff40AoW7XNThwOXtZ8nk9U2hH0vHlfN4nXpRss7xMia5u+o ovdU7HETFyscLiM77/o6wXkEXAYptDvnLpYWvXJwjkgisN0VPlpZpiwddy031ath3r AYUnKvc9o7isg== Date: Sun, 6 Nov 2022 11:22:32 +0000 From: Conor Dooley To: Bagas Sanjaya Cc: linux-doc@vger.kernel.org, linux-riscv@lists.infradead.org, linux-kernel@vger.kernel.org, Jonathan Corbet , Paul Walmsley , Palmer Dabbelt , Albert Ou , Alexandre Ghiti Subject: Re: [PATCH] Documentation: riscv: tableize memory layout Message-ID: References: <20221106100239.53704-1-bagasdotme@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221106100239.53704-1-bagasdotme@gmail.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Nov 06, 2022 at 05:02:40PM +0700, Bagas Sanjaya wrote: > Documentation: riscv: tableize memory layout Minor nit about the $subject - but this is the docs, so I guess there's nowhere better to mention grammar: "tableize" is not a word. I think what you want here is "tabulate". > The memory layout is written as table but it is inside literal code ^ as a table ^ inside a Anyway, those are minor nits I saw in passing, one actual comment and a simple question below. Thanks, Conor. > block, which renders as preformatted text. Write the layout in reST > grid table instead. > > Signed-off-by: Bagas Sanjaya > --- > Documentation/riscv/vm-layout.rst | 120 +++++++++++++++--------------- > 1 file changed, 58 insertions(+), 62 deletions(-) > > diff --git a/Documentation/riscv/vm-layout.rst b/Documentation/riscv/vm-layout.rst > index 5b36e45fef60bd..139320e35de81f 100644 > --- a/Documentation/riscv/vm-layout.rst > +++ b/Documentation/riscv/vm-layout.rst > @@ -30,70 +30,66 @@ the RISC-V Linux Kernel resides. > RISC-V Linux Kernel SV39 > ------------------------ > > -:: > - > - ======================================================================================================================== > - Start addr | Offset | End addr | Size | VM area description > - ======================================================================================================================== > - | | | | > - 0000000000000000 | 0 | 0000003fffffffff | 256 GB | user-space virtual memory, different per mm > - __________________|____________|__________________|_________|___________________________________________________________ > - | | | | > - 0000004000000000 | +256 GB | ffffffbfffffffff | ~16M TB | ... huge, almost 64 bits wide hole of non-canonical > - | | | | virtual memory addresses up to the -256 GB > - | | | | starting offset of kernel mappings. > - __________________|____________|__________________|_________|___________________________________________________________ > - | > - | Kernel-space virtual memory, shared between all processes: > - ____________________________________________________________|___________________________________________________________ > - | | | | > - ffffffc6fee00000 | -228 GB | ffffffc6feffffff | 2 MB | fixmap > - ffffffc6ff000000 | -228 GB | ffffffc6ffffffff | 16 MB | PCI io > - ffffffc700000000 | -228 GB | ffffffc7ffffffff | 4 GB | vmemmap > - ffffffc800000000 | -224 GB | ffffffd7ffffffff | 64 GB | vmalloc/ioremap space > - ffffffd800000000 | -160 GB | fffffff6ffffffff | 124 GB | direct mapping of all physical memory > - fffffff700000000 | -36 GB | fffffffeffffffff | 32 GB | kasan > - __________________|____________|__________________|_________|____________________________________________________________ > - | > - | > - ____________________________________________________________|____________________________________________________________ > - | | | | > - ffffffff00000000 | -4 GB | ffffffff7fffffff | 2 GB | modules, BPF > - ffffffff80000000 | -2 GB | ffffffffffffffff | 2 GB | kernel > - __________________|____________|__________________|_________|____________________________________________________________ > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | Start addr | Offset | End addr | Size | VM area description | > + +==================+=========+==================+=========+==========================================================+ > + | 0000000000000000 | 0 | 0000003fffffffff | 256 GB | user-space virtual memory, different per mm | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | 0000004000000000 | +256 GB | ffffffbfffffffff | ~16M TB | ... huge, almost 64 bits wide hole of non-canonical | > + | | | | | virtual memory addresses up to the -256 GB | > + | | | | | starting offset of kernel mappings. | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | Kernel-space virtual memory, shared between all processes: | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | ffffffc6fee00000 | -228 GB | ffffffc6feffffff | 2 MB | fixmap | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | ffffffc6ff000000 | -228 GB | ffffffc6ffffffff | 16 MB | PCI io | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ ^ Will these numbers remain right-aligned in the formatted doc? They were aligned before in the text form & no longer appear to be. > + | ffffffc700000000 | -228 GB | ffffffc7ffffffff | 4 GB | vmemmap | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | ffffffc800000000 | -224 GB | ffffffd7ffffffff | 64 GB | vmalloc/ioremap space | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | ffffffd800000000 | -160 GB | fffffff6ffffffff | 124 GB | direct mapping of all physical memory | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | fffffff700000000 | -36 GB | fffffffeffffffff | 32 GB | kasan | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | Identical layout to the 39-bit one from here on: | This one /is/ sv39. I'd leave this as a blank to match the styling in the original document. > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | ffffffff00000000 | -4 GB | ffffffff7fffffff | 2 GB | modules, BPF | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > + | ffffffff80000000 | -2 GB | ffffffffffffffff | 2 GB | kernel | > + +------------------+---------+------------------+---------+----------------------------------------------------------+ > >