From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id A483133A6E9 for ; Thu, 30 Jul 2026 07:51:12 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785397873; cv=none; b=kc3PhXlo2neD2BhOZO8oMZA1KvGGPwF/ZIfBuqz21RQhsZOh2aioZTgEqT9qMyvV8KMzbZHXkENLt2irGOzUwBJWnahf5uB+9yYkaMe24iMyXiv/ZcadP/P2doGpPfNT9gxdOnj9bAz10r8Wf2RaAoyO4rzHWIbNgcfBDPXTAAg= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1785397873; c=relaxed/simple; bh=5w/82FCXijfhBdhNwVRgCGnxaefSRGHBnSyEBCZIdOY=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=EwtO8JMsM0nmFElLyJ7u692iavPqC3WnPxCtgyrh/ZcsK9vwqIGCJDt3bOPJfXyF9bMsqsXZr+uxK9gTE4lKTCqB9spE1bxibumE2tYbNzi06ak1STtT8tDp/TdBRlWVvQTCqn6WTOX57yqjRkdLIY0/LBMQxtGis2b1yAzgFTU= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=CMccH9qZ; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="CMccH9qZ" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 802C41F000E9; Thu, 30 Jul 2026 07:51:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1785397872; bh=5w/82FCXijfhBdhNwVRgCGnxaefSRGHBnSyEBCZIdOY=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=CMccH9qZx/LKuV9Yn7iaAbmPI1x9Zf0qcQxwaRpLJcWKsmbvFXp/pSo2p7MGNJqT8 hlVPDbRIpWj/4Wfl4WX6mxeNnz9vc/2Sn0SBYWqYRUpa0Psr+xaMyRbyvMRIZ77Qim xE0Fz5hGcOrcEoDDPkrf6crqMJH1HfI3husQjs9rxbTB74IL9p32m7+7+pMfNKPq36 v/abT6qHQOC/rNqHAFPyeWIxrZ24reB7vrtHk+vI9TmYH/vVcx2zvPEuh0+f5zUXVm M4Blwuw5RY1uotXXIYCX+8ZNPkyIzt6jgMXV7ufUxpluDis3SL602qQC7DuAvmb7HB MtjA1lRcLS07g== Date: Thu, 30 Jul 2026 08:50:53 +0100 From: "Lorenzo Stoakes (ARM)" To: Juan Yescas Cc: "David Hildenbrand (Arm)" , Andrew Morton , Lorenzo Stoakes , "Liam R. Howlett" , Vlastimil Babka , Mike Rapoport , Suren Baghdasaryan , Michal Hocko , open list , "open list:MEMORY MANAGEMENT - CORE" , android-mm@google.com, fvdl@google.com, tkjos@google.com, minchan@google.com, dskiba@google.com Subject: Re: [RFC PATCH 00/16] Page Alloc Hogger Message-ID: References: <20260723074854.1013941-1-jyescas@google.com> <97605949-82c5-49e0-84b6-b42e8078b55d@kernel.org> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: On Tue, Jul 28, 2026 at 05:36:03PM -0700, Juan Yescas wrote: > On Tue, Jul 28, 2026 at 12:29 PM David Hildenbrand (Arm) > wrote: > > > > On 7/23/26 09:47, Juan Yescas wrote: > > > This patch series introduces the Page Alloc Hogger. The Page Alloc Hogger > > > allows you to allocate memory pages from specific nodes, zones, migration > > > types, and orders directly via debugfs. This provides key benefits for > > > testing and debugging: > > > > Would it be feasible to carry this as an OOT debugging module? Would a lot of > > symbols be missing to achieve that? > > > > Thanks David for the comment. > > The only symbol that would be needed to have this module as OOT is > "migratetype_names". I mean you could hardcode these and be pretty safe :) I don't we're going to add any time soon and if we did you'd probably need to change the module code anyway? I feel this debug module should be a noop in core. Cheers, Lorenzo