Received-SPF: pass (google.com: domain of linux-kernel+bounces-166466-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3;
Date: Thu, 2 May 2024 14:45:20 +0200
From: Robert Richter <rrichter@amd.com>
To: Dan Williams <dan.j.williams@intel.com>
Cc: "Rafael J. Wysocki" <rafael@kernel.org>,
	Dave Hansen <dave.hansen@linux.intel.com>,
	Andy Lutomirski <luto@kernel.org>,
	Peter Zijlstra <peterz@infradead.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	x86@kernel.org, Alison Schofield <alison.schofield@intel.com>,
	linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-cxl@vger.kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
	Len Brown <lenb@kernel.org>
Subject: Re: [PATCH v6 5/7] ACPI/NUMA: Return memblk modification state from
 numa_fill_memblks()
Message-ID: <ZjOK4Ak1p88Go1hF@rric.localdomain>
References: <20240430092200.2335887-1-rrichter@amd.com>
 <20240430092200.2335887-6-rrichter@amd.com>
 <663124e36ecc5_10c21294b6@dwillia2-mobl3.amr.corp.intel.com.notmuch>
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <663124e36ecc5_10c21294b6@dwillia2-mobl3.amr.corp.intel.com.notmuch>
Precedence: bulk
MIME-Version: 1.0
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0:
	=?us-ascii?Q?coN08UlEjiVlxdAfQKuy1KF7oZqKh5sBDcBW7VhJOY/7ZgRiR81KMZhogZ+G?=
 =?us-ascii?Q?YPeR4z160kJPgikMF4nDpXMf/EI/cRr2GOQUiGpRrFRrA2FIDbGi0WCXeROL?=
 =?us-ascii?Q?ehfuK0a1ttWERIhZKMy13j1vc59MWDSjGSZjJB1cbhB3USNtngM/1R9DwKUj?=
 =?us-ascii?Q?qhr5taJX23NaH7z/h4mJXs4z0GkfQ1kX5akXFI7y+B72aknPnqiIw/HbtLjt?=
 =?us-ascii?Q?RUzFKXIZu+WrB5mG7NPky7BXt+D1P1Yvv34SI/ygcvnqi1SazmjW6sPtscNM?=
 =?us-ascii?Q?Q81xBWUBSU/BYBk834TBHk2htriTS+J0kUSFj8373cnUGOd9Foh4+ZDJhqpN?=
 =?us-ascii?Q?aSkPVLdZm9dXQkin/lLHEorewS1wl7dwVRvfn6zIvO8Ks3qrRrUUCKwJP8nV?=
 =?us-ascii?Q?pT/i8jUXTRpzb+0iqfr0xxE8nNkMf8LX7PnQwCbOl4gwGWWtdw//TNuX34xH?=
 =?us-ascii?Q?8eYlIoI9kNMvP6eqJpHfJvkbvEiClN1csIRgKcI3erlQeremhKAKy/sjatFI?=
 =?us-ascii?Q?5SoHw3rWGA7Lc4WSqbRpq0iDM3f3ATtKXUOUUUknJPaGIK8RsbDavQG8KZlH?=
 =?us-ascii?Q?XBG81W6/oSXNM5o6MoDof9nJRCON78aeE7qly6Hc2Sp8JTWIYKk+0GkogfkM?=
 =?us-ascii?Q?wFjU4UkSLxZuGGODq3DhWF6hUgOkJQ2n6r3F5CRd3ZdtpL8w38/HlC67/hmx?=
 =?us-ascii?Q?V5vArD7MaSwu1vsqOMV2RRRXJnAOnHdc+4PKQOrmW/k7ByMz0XMIMz4upNAq?=
 =?us-ascii?Q?xHV+bIr+X7WJiEc4T+amFO9hJDJL8P5x4vTDByIMu8Gb2O3PoLn4j6rqw4wb?=
 =?us-ascii?Q?VaK3tiPHF9hd0EaoC2AUvf6Gse1mRm3MIVVCRKIjJkiryt+5kWnhX6/3C3F9?=
 =?us-ascii?Q?po6eA5RB5Rz6aZYwGw30PjcBRGVwTvzThDInncfBn9Lqq4jtkOLRlplJg36/?=
 =?us-ascii?Q?XAGKSa7doZRTVV7PQrnobQm/eq13stJ59ozQwpTMv1ld8leShbWV/bVZjTNQ?=
 =?us-ascii?Q?T7oB3sjRn3t3CX7skPOd5HMycy6E/UntgOhnCEozbqt8ulDP6swTod6kQZ2i?=
 =?us-ascii?Q?z4O/q3UsNQdrll/j8GnCSRQ8Z3ZAkkvhm53YysVOR7GpuIuXN5dxUdxAYjie?=
 =?us-ascii?Q?yCI19s24JfWkB3MlHAiwW8qP5PyOr0KoR1744af7vN25fMDTTcYF49JNIHRQ?=
 =?us-ascii?Q?nPuQg+fpkrWSbZDiUQpZJhmnL4ahISb6hN/rrK5gBfNXqU9lBYxVLsqITmkg?=
 =?us-ascii?Q?yy1SJdfUGG+NwTNqnQH6lr8odNVhPzIOvhZvACWTbmNG8WVCgb8+ymV8A/Lu?=
 =?us-ascii?Q?a+wtxAmjD7iqSr42BkSgK3wRAUVUONt14VDbeLu5qH9eCicTysExHUOQ5ju8?=
 =?us-ascii?Q?XTheYRpN6UT7bBhqZuEyeDgCWqwmmA/gPxEVx3JZnzlL0ffXHiqI1/yFCN/m?=
 =?us-ascii?Q?NiaZIcuZThKlMBsBS6rPHvIRKbqqc4qjYZT5s44oLcjtdndM9C+jdaHShgOt?=
 =?us-ascii?Q?KCMoq7q5MTUcWsvD8QH8SHP1NTfkj8yPfT9jXy5PZ96QKmN+E06v+V9BsRWW?=
 =?us-ascii?Q?HQxYQjfQbUQqdVjt2XfJsTWhdB7zV+cQAhUotHEQ?=
X-OriginatorOrg: amd.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 32e2b133-4844-445e-04b8-08dc6aa5bec4
X-MS-Exchange-CrossTenant-AuthSource: CYYPR12MB8750.namprd12.prod.outlook.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 02 May 2024 12:45:28.3661
 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: 3dd8961f-e488-4e60-8e11-a82d994e183d
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: acG0L9jcPjtJgTJhksBNMaFXqZ5tUsmifj6DIY8jkBXTyk0XCJ7P3CoaAKTbYOr7p/8rh8o4+nr28c3hwN/b2A==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL1PR12MB5804

On 30.04.24 10:05:39, Dan Williams wrote:
> Robert Richter wrote:
> > When registering a memory range a possibly overlapping memory block
> > will be extended instead of creating a new one. If both ranges exactly
> > overlap, the blocks remain unchanged and are just reused. The
> > information if a memblock was extended is useful for diagnostics.
> 
> What diagnostic flow is this useful for?
> 
> I feel like this post-hoc debug prints for problems we never expect to
> have again, or is there an enduring need for this?

As we are already targeting -rc7, I am going to drop the printout
patches to not block the first patches in this series and will post
them again after the next merge window.

The SRAT logging is very useful to get a picture of the firmware
provided mem blocks. For NUMA debugging these are very helpful, esp.
when working with unmodified generic or distribution kernels. As CFMWS
entries add additional similar information as SRAT, that information
is no longer complete on systems with a CEDT.

The patches just enable the same level of logging for CFMWS as for
SRAT which just adds a single line (info level) per CFMWS entry (in
total just a few). The table printouts are at debug level already. Of
course, there are always other ways to get this information from, but
a grep of dmesg makes things very easy to check things.

Thanks,

-Robert