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 783B237DABD for ; Tue, 11 Aug 2026 18:25:32 +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=1786472733; cv=none; b=lad7XKxWUUPVDWZtrZm+ImuBJQNUieyOcGjNVtRfocgjjzeXPr4k8D8O4fmcIoaxNFHC0K/fWHcTYJiuR0zKC8lA6kz19yQgQdjsXkWfzYKYB83LqQdmrR/WHTC2HW8iseSFKSLfKBUNipgtOb98yW6i/pknhhG9y+/B1KOCQHc= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1786472733; c=relaxed/simple; bh=ZzEHSNLlFFddqM0RmRWXac6OXQ9KylFr48Naiw2MWzw=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=KzqiGLNNiCXi9Xoz9NOx6J6XcKCLnDOCPr4oWzUMoc2N0SRoJhjW0dqs4SEF2z4sk+sMSY5OzOfWeD4PTDDKyAN7CVwDVnyDnRMvZf6SocUG/9nqVOOCI+LTaRiO0lYSZX9qFrYM7klDbeEQD6n0c8b+us0jjZMERg3Fprzo8cY= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=VIhcDAYe; 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="VIhcDAYe" Received: by smtp.kernel.org (Postfix) with ESMTPSA id B83A21F000E9; Tue, 11 Aug 2026 18:25:29 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1786472732; bh=ZzEHSNLlFFddqM0RmRWXac6OXQ9KylFr48Naiw2MWzw=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=VIhcDAYePqtFLgfzasw4wXTHFqX7QLjsgw+8Xahc7vZQBHUmG3k+ZmedgiZPx1d83 C4D5pZkRTQOy58gEwv2VLx7/KLj20rGtLltcU43iY8kMQGjGy+ZS8k20wysBV8Xm0n ZY58FRYF/EcBEFmtl7t78x8rWVOXiAweFVyE7Fb7EhUiFKjVTTJQXqvXf4Ju5zU+BX jpZDq5GD/ZMgIqJePeqpY4Ddadqxgn1F/oWOFA0Eu54LGY/70Xlxes4ooegy6Sf40x 9+iqIT3/dajsBUoK9G4/czSEa0AGlSrfbv5WAUVN1CK7+fqAT+mecs37pfDlBq0Z3S 1JEzzoC0VOQxA== Date: Tue, 11 Aug 2026 19:25:27 +0100 From: "Lorenzo Stoakes (ARM)" To: Juan Yescas Cc: Andrew Morton , David Hildenbrand , 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 v2 00/16] Page Alloc Hogger Message-ID: References: <20260806011048.517229-1-jyescas@google.com> 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, Aug 11, 2026 at 11:20:54AM -0700, Juan Yescas wrote: > On Thu, Aug 6, 2026 at 2:48 AM Lorenzo Stoakes (ARM) wrote: > > > > Hi Juan, > > > > While I think there's possibly value in people not re-implemented their own > > allocation injector, I don't think there's value in having this be part of > > core-mm. > > > > Thanks Lorenzo for your comments. Apologies for the delay. > > > I really don't want this to form part of any contract or to be blessed in > > any way by core mm as it exposes internal implementation details and I > > really want to avoid adding extra maintainer workload here. > > > > I understand and completely respect your concern regarding maintainer > overhead and internal boundaries. > > Do you see a way to provide similar functionality without exposing the > internal implementation? > > > > I'd suggest keeping it as an out-of-tree module as David proposed > > previously ([0]). > > > > Alternatively, keeping it as part of tooling (e.g. in tools/testing) could > > also work. > > That would also work. Yeah David and I are agreed this would be the best place for it - it gives you everything you need and upstream while keeping the separation we want _and_ it allows us to write better, more thorough tests (and I see in your reply to Andrew you are planning on adding a bunch of tests which I love to hear :) So this would be great thanks! > > > (This is no comment on how useful it might be for debugging or testing > > scenarios :) > > > > Thanks again for your feedback > Juan > > > -- > > Cheers, Lorenzo > > > > [0]:https://lore.kernel.org/all/97605949-82c5-49e0-84b6-b42e8078b55d@kernel.org/ -- Cheers, Lorenzo