From nobody Fri Sep 12 08:55:35 2025 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 vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E1FF6C64EC4 for ; Sat, 11 Feb 2023 10:22:27 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229866AbjBKKW0 (ORCPT ); Sat, 11 Feb 2023 05:22:26 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:48814 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229692AbjBKKWY (ORCPT ); Sat, 11 Feb 2023 05:22:24 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [145.40.68.75]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D76093C7AC; Sat, 11 Feb 2023 02:22:23 -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 ams.source.kernel.org (Postfix) with ESMTPS id 88877B80C9D; Sat, 11 Feb 2023 10:22:22 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id B07F6C433EF; Sat, 11 Feb 2023 10:22:17 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1676110941; bh=wXl+v2cYHgUVOYrT8Nhyj05SgXbb90sDCK2do+1O72Q=; h=From:To:Cc:Subject:Date:From; b=WM04XY0XXQsO1ywofpTxfKKq89jA+kGnAq4tcROhzX22g6f0Yjs5U8EnRWSbn2Fti RdsT9zw/0eHyTYOBaQTPjlfe2WImhhFK+1AbeUKh6vux1yc/nFPpU79zdOwojCXdiA kgTU8m0vPpq20rvBFzNHzeFLmKETbdRV5RuCokBRuk+/shoL5xGsSoF+iAe/YQBVc5 3rUMb5YNF2fRM2SvkwvQ4b91ETFGgFK+xs8w+xutGzrpJdrWUIkS5Tt72UlQqRVx91 um9nL4Lj+lfPl7Lf5n1RpBh2gvadE2Sen3P6fHp6LDOTyQN7SjQU+JEQLx+uf23GRF AfjTO/9qv8SKQ== From: Mike Rapoport To: Jonathan Corbet Cc: Andrew Morton , Bagas Sanjaya , David Hildenbrand , Johannes Weiner , Lorenzo Stoakes , "Matthew Wilcox (Oracle)" , Mel Gorman , Michal Hocko , Mike Rapoport , Vlastimil Babka , linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org Subject: [PATCH] docs/mm: Physical Memory: add example of interleaving nodes Date: Sat, 11 Feb 2023 12:22:07 +0200 Message-Id: <20230211102207.1267058-1-rppt@kernel.org> X-Mailer: git-send-email 2.35.1 MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Type: text/plain; charset="utf-8" From: "Mike Rapoport (IBM)" Add an example of memory layout with interleaving nodes where even memory banks belong to node 0 and odd memory banks belong to node 1 Signed-off-by: Mike Rapoport (IBM) --- As per Michal's request add an example of interleaving nodes. This is based on Jon's docs-next of Wednesday. Documentation/mm/physical_memory.rst | 19 +++++++++++++++++++ 1 file changed, 19 insertions(+) diff --git a/Documentation/mm/physical_memory.rst b/Documentation/mm/physic= al_memory.rst index 3f3c02aa6e6e..eb9a7a6d3216 100644 --- a/Documentation/mm/physical_memory.rst +++ b/Documentation/mm/physical_memory.rst @@ -114,6 +114,25 @@ RAM equally split between two nodes, there will be ``Z= ONE_DMA32``, | DMA32 | NORMAL | MOVABLE | | NORMAL | MOVABLE | +---------+----------+-----------+ +------------+-------------+ =20 + +Note, that memory banks may belong to interleaving nodes. In the example +below an x86 machine has 16Gbytes or RAM in 4 memory banks, even banks +belong to node 0 and odd banks belong to node 1:: + + + 0 4G 8G 12G 16G + +-------------+ +-------------+ +-------------+ +-------------+ + | node 0 | | node 1 | | node 0 | | node 1 | + +-------------+ +-------------+ +-------------+ +-------------+ + + 0 16M 4G + +-----+-------+ +-------------+ +-------------+ +-------------+ + | DMA | DMA32 | | NORMAL | | NORMAL | | NORMAL | + +-----+-------+ +-------------+ +-------------+ +-------------+ + +In such case node 0 will span from 0 to 12 Gbytes and node 1 will span from +4 Gbytes to 16 Gbytes. + .. _nodes: =20 Nodes base-commit: e076f253283c3e55a128fa9665c0e6cd8146948d --=20 2.35.1