Received-SPF: pass (google.com: domain of linux-kernel+bounces-130659-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:40f1:3f00::1 as permitted sender) client-ip=2604:1380:40f1:3f00::1;
Date: Wed, 3 Apr 2024 14:57:19 -0700
From: Andrew Morton <akpm@linux-foundation.org>
To: Suren Baghdasaryan <surenb@google.com>
Cc: sfr@canb.auug.org.au, kent.overstreet@linux.dev, linux-mm@kvack.org,
 linux-kernel@vger.kernel.org, kernel test robot <lkp@intel.com>
Subject: Re: [PATCH 1/1] lib: do limited memory accounting for modules with
 ARCH_NEEDS_WEAK_PER_CPU
Message-Id: <20240403145719.547d1083fede2cb4ca2c41ef@linux-foundation.org>
In-Reply-To: <20240402180933.1663992-2-surenb@google.com>
References: <20240402180933.1663992-1-surenb@google.com>
	<20240402180933.1663992-2-surenb@google.com>
Precedence: bulk
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

On Tue,  2 Apr 2024 11:09:33 -0700 Suren Baghdasaryan <surenb@google.com> wrote:

> ARCH_NEEDS_WEAK_PER_CPU does not allow percpu variable definitions inside
> a function, therefore memory allocation profiling can't use it. This
> definition is used only for modules, so we still can account core kernel
> allocations and for modules we can do limited allocation accounting by
> charging all of them to a single counter. This is not ideal but better

I'll queue this as a to-be-squashed fix against "lib: add allocation
tagging support for memory allocation profiling", OK?