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 kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7109BC282DE for ; Thu, 13 Mar 2025 17:20:27 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 07C3228000E; Thu, 13 Mar 2025 13:20:25 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 02C9A280001; Thu, 13 Mar 2025 13:20:24 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id E0DE428000E; Thu, 13 Mar 2025 13:20:24 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id BAC18280001 for ; Thu, 13 Mar 2025 13:20:24 -0400 (EDT) Received: from smtpin30.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 03F0712036E for ; Thu, 13 Mar 2025 17:20:25 +0000 (UTC) X-FDA: 83217191652.30.CB85020 Received: from mail-qv1-f45.google.com (mail-qv1-f45.google.com [209.85.219.45]) by imf17.hostedemail.com (Postfix) with ESMTP id 4933540013 for ; Thu, 13 Mar 2025 17:20:24 +0000 (UTC) Authentication-Results: imf17.hostedemail.com; dkim=pass header.d=gourry.net header.s=google header.b=b2zJRbi2; spf=pass (imf17.hostedemail.com: domain of gourry@gourry.net designates 209.85.219.45 as permitted sender) smtp.mailfrom=gourry@gourry.net; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1741886424; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=P9es5s5/MUGI5ZSuPglHG3X5LeltCJdtthknEMRc3Xk=; b=vj0weZuVBmN+K00kz+J+hKHVhZSyjY6Eew8rxj5/OimyRGmXdxthiw3F8Ns5c+JSpcv2uu whAwiJUFKDruarZ9OiReFSdr1lV2YgiM2et7T8u3OcT9LkFuiILSgv3AsUKYhozOBRseFP R8ADgbt7h80nJjTAm+FYkDoCxJMsl4U= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1741886424; a=rsa-sha256; cv=none; b=5czmy9CJRuFDEXYOshrrN+zHZTvX85sUe1mu+zsAhxDPdzVb4ZyIeUBFcMfawyx5igLGCK z3hpawSmdompBPt20TFe4ik+EU0eEFXW9A+BwBByhXSYwuyJD/I9IRPH3NSCabYUYoXV5Z 0Qu5cg8YQIl3Rd3Gm0Q6A013Mh9anAc= ARC-Authentication-Results: i=1; imf17.hostedemail.com; dkim=pass header.d=gourry.net header.s=google header.b=b2zJRbi2; spf=pass (imf17.hostedemail.com: domain of gourry@gourry.net designates 209.85.219.45 as permitted sender) smtp.mailfrom=gourry@gourry.net; dmarc=none Received: by mail-qv1-f45.google.com with SMTP id 6a1803df08f44-6e8ffa00555so10852456d6.0 for ; Thu, 13 Mar 2025 10:20:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gourry.net; s=google; t=1741886423; x=1742491223; darn=kvack.org; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:from:to:cc:subject:date:message-id:reply-to; bh=P9es5s5/MUGI5ZSuPglHG3X5LeltCJdtthknEMRc3Xk=; b=b2zJRbi21YickMtQHvpwyugQF+hn1HLsM8cjNCpet9dbHsAIppoYMFYu6FUUDOBYC1 r4qRQW3TVJhNy38MZgF3uCNoc9S7ubZ/f8w8RdXEc/pfdoVTJ+DMeR5vvOKfxLW29ih4 4at8YkyerDD73DMNUdN17gRwn9GPdVD0pu+qtyolomOE3o4IRcVsjJqXtq4XJmgeCkxw 7gsbMVXqX9sxjXbzH6i5AefUIfMF4rfoveOrY04RL45quSmT0qtmemkXlXiWNfdIPBDf 0zBs80OUgMnuHRdTFGmpOnPALA6Dj6P16ZEEhn/sUk7lJBukT8bLWFi2KdAZ2R6Bd4jz hYTQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1741886423; x=1742491223; h=in-reply-to:content-disposition:mime-version:references:message-id :subject:cc:to:from:date:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=P9es5s5/MUGI5ZSuPglHG3X5LeltCJdtthknEMRc3Xk=; b=O8uVcMkF9nVU6lvfVIK8clOaiVPpn3ihdd49HFogNFuQTBJMTIieOwYrSSDyCkT2/1 SOrjwnpedER+HTpzbHKxTH/WY4R+2VxoDZ5QLTvLvt1+mrWExn5IQDcBOw3DMy+bIQ9V jAZgC55dM+6nnVlpfb2CyIbjr8BWxNYKcwt/riNY6p0XE3RifNZEijryhyu2D93zB+VU tsG6QbxbTxzDa2BW79t9d0jcw/XOoR1m0M54fVwrwDCJQBn5rTLMqvoHVi1lt2A1UJ1s xq/4Regd6PiUir5sLASQ0RBjJHKVl3aDodaYzM35aVIY+ywG3oYEUY6au7bbxszpDlji iSng== X-Forwarded-Encrypted: i=1; AJvYcCUAHKUcniZaf6U17+SbCOllC9HaZXwmjVlu019Vsi59qWpaylYpC/3qa8lRED7Ig2dft2PX9ewgzA==@kvack.org X-Gm-Message-State: AOJu0YwU1d1sUMIaTUj/Gmux38cDyOmJdD6nqXTHOyyOxcjV4OjyJSco ooyP5W1gLXO4idkJA/OhB5YAs418eclQ9BIb0W2mR0PV7wqYHTGgRQs9tyOHWqA= X-Gm-Gg: ASbGncsv5mRq2zkNdrqWJAmuP/KFW7EtaZ5ij3hSHAaRC3bs27UlSy4pbKTmE/ga8Z8 BMqXcdWnnTp9DcoGtd0eoOtxdXtJOiAn2flboZZkQfs6TI5+0cuN+kNmga/qLDj9a87MBWi9aHm HBdw1XaWb3bKnlIeptmydwI/Q+tdaO9MQfIlvvWiUUqqxxzpjmOnAs+1wPdnGEhONHGsorDRifn ViVgHMXu3P9nnYmx1m/NF6xnxIcXC1WOGTY8WPRiAognA3NibPxhWgafo77KpY2fIy3o8hppyT4 uXruRvk3kNl6Qa1YNdr1d9ojHtvoKOsNZ47VolKSILeS+O9aIBE/EohRmPkGosRE/P/TLfQvB/I wfWC49q0Zm+fwvfYbPEIEe0cQ9/o= X-Google-Smtp-Source: AGHT+IFdpX1W9er/zHGcaKcZDK6P6IdlPFmMWpHoDJmGALEDc3Dy7cqy8u/Hi7dFktDcXjTw7QG47A== X-Received: by 2002:a05:6214:27ee:b0:6e4:3c52:d67e with SMTP id 6a1803df08f44-6eae7a11135mr7201476d6.18.1741886423325; Thu, 13 Mar 2025 10:20:23 -0700 (PDT) Received: from gourry-fedora-PF4VCD3F (pool-173-79-56-208.washdc.fios.verizon.net. [173.79.56.208]) by smtp.gmail.com with ESMTPSA id 6a1803df08f44-6eade209313sm11867186d6.19.2025.03.13.10.20.22 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Thu, 13 Mar 2025 10:20:22 -0700 (PDT) Date: Thu, 13 Mar 2025 13:20:21 -0400 From: Gregory Price To: Jonathan Cameron Cc: lsf-pc@lists.linux-foundation.org, linux-mm@kvack.org, linux-cxl@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [LSF/MM] CXL Boot to Bash - Section 1: BIOS, EFI, and Early Boot Message-ID: References: <20250313161226.00000038@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20250313161226.00000038@huawei.com> X-Rspam-User: X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 4933540013 X-Stat-Signature: qqjiazpnpaq9fgspr6o5kbzsxuhh3kx5 X-HE-Tag: 1741886424-839474 X-HE-Meta: U2FsdGVkX19MPZ7pl2byd7XysW7AmHqxlyR0S4Fs7RXWEpLcWKGGqFqf4MgK8KSQum4YAtKIDkz+qP/QhIFS2bHQucucY5B+2JPc/gaFFZT4ea+AJKq8o7fFbOdUuCS+RB0ROvmE+QpRAh9PvPBuhJfxhxVzZQKURteIznTWqTIHL8dUCfltb1gYH0aT/jpfOtQRrh3EbxP1Z/v1miB1uQAMk0cPoo71G2odLIDNtnVX7jUQijB49WvVJIl5F3bb3rqMRxKoa6BJgD0OH6lBNxF5GJ8Ai9aBhEcgDHboWf4QIKwiL/4ejlBTOps01pvrEv8w8uPcC6efDlqzvtq+yUt+zMwoAqPHzYmXVCDhr+BCqRpsRu4f5eTgRJCapA1YtEpIzK85w5T4EHvY7PfUv1rSC7nEDrEapYbHU5FDoSZET/z6HbCbCqeU0nMyFRh/2GO4Fjr0Qtmn3eERDERlRcqWuVtB/bQt56v03qdTThY/je2R4BcsZo+qNJMRDm+aENBCwFsF2CjkrowfNuKfZJjxv8qHzgYrUkTHZKVWUWjbu1iUw2RZHHqLXB/+7d6A31pDJAEeOZ2itre+i8TqO0KNK8jgTWevr0bTSXeW2fsU+DmtYmYviPEs0MddZxC+f9KaevMv2rpOjBoZMiXvLmcC5BurOGy6m4DEJvLQpS+YjI1J/IB6fe/GNhKVUzDaSi+kZuNWAegd6YV9O7/cMKB1r8gbWu+kZWmDpAo52KzShf22TAkWlA9NtY1CAtWup5SMJMdTwkiI/PLltMHUaHOjYY9i1ofjT+igzQvliLuXXBtXZlxeWu3ocemnzBtiU/yEZNRogGN34QO8BeSBNNZQviZns15JCY5hGxJ+uiCS6aEWlW4D+CQ7oWBxfgtNxMYDsSDI7nX0vhVD2dRa/Q+cdJOcc9sGi42f8jPpi6uQ3JFQV0dfVmXzaRW895nwXXC+FdunOYctAyd+5M1 jI9PrKjy KT5QdPlI5x73h91Ot07t0N4SSFg== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000536, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: On Thu, Mar 13, 2025 at 04:12:26PM +0000, Jonathan Cameron wrote: > On Mon, 3 Mar 2025 19:32:43 -0500 > Gregory Price wrote: > > > > > SRAT entries are optional, CFMWS are required for each host bridge. > > They aren't required for each HB. You could have multiple host bridge and one CFMWS > as long as you have decided to only support interleave. > I would only expect to see this where the bios is instantiating CFMWS > entries to match a specific locked down config though. > The further I dived into this, the more I realized CFMWS are the opposite of required lol. Platform vendors can kind of do whatever they want here. I'll be taking another pass at this section since i've done more diving in to write the interleave section. I probably got a handful of comments here subtly wrong. > > > > If SRAT entries are present, one NUMA node is created for each detected > > proximity domain in the SRAT. Additional NUMA nodes are created for each > > CFMWS without a matching SRAT entry. > > Don't forget the fun of CFMWS covering multiple SRAT entries (I think > we just go with the first one?) > Oh yeah, I guess that's technically possible. And technically each SRAT could have a different proximity domain, because you know - value. The dance between CFMWS and SRAT is quite intricate isn't it. > > > > CFMWS describes host-bridge information, and so if SRAT is missing - all > > devices behind the host bridge will become naturally associated with the > > same NUMA node. > > I wouldn't go with naturally for the reason below. It happens, but maybe > not natural :) > Yeah as above, I got this subtly wrong. Thanks for the notes. ~Gregory