From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from casper.infradead.org (casper.infradead.org [90.155.50.34])
	(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 49E4230E82B
	for <linux-kernel@vger.kernel.org>; Wed, 10 Dec 2025 15:12:08 +0000 (UTC)
Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.50.34
ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;
	t=1765379532; cv=none; b=FtvPiGuqelOBfZT2PF3serGo+uHWZNxToe4cLuy3JU+VKOqc2C14CjFxBpqbS4aDmmsSevrXCYTzVgUq2pOsQJVccIbpRT/w9knHB19bJX1ToiM+6oLUlNMNoTNmUdEXEpxKe53VEXovWCxpi2Rhuk8xZ6m/v0k1WFRmmMbsK5w=
ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org;
	s=arc-20240116; t=1765379532; c=relaxed/simple;
	bh=u2AXjxKdu8aFqe/9qzNydDNHuhXKM2U1EcwDnkBFYPM=;
	h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:
	 Content-Type:Content-Disposition:In-Reply-To; b=DJXspojd+KnYOaLRo6AKsT8RjwYtS5zfDQBOMdf/JInq4bW5OIIWkgTxy1NskM1AKDzsKU1kJ540egchFiKM+F2gFYG1fMaiQOJRvsoyl5sEC8YdxF+uAxy9Oy4G0nq7/LikS2kfeCgegy+kQsfgGE6dpP9Oe6PoXgvn563yUy8=
ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=none smtp.mailfrom=infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=Eo99kmWd; arc=none smtp.client-ip=90.155.50.34
Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org
Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=infradead.org
Authentication-Results: smtp.subspace.kernel.org;
	dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="Eo99kmWd"
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed;
	d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version:
	References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To:
	Content-Transfer-Encoding:Content-ID:Content-Description;
	bh=QZwSQ6233PrH0aKEXXBI1ziNh0MNEVwcMEmVlvlZ1n4=; b=Eo99kmWdQewAVjmnjtRghBd7mm
	+cP7g5hZ0nFltidbHEKULFVjHV9K2jlOe3hAqpcOVS5vlP/Robf9dnqKikiMllJ5rULLDhsdex175
	UR4ujmlLONKxzx6ZdqRsBU6C+VI2FKn6YFCx2vZpmWo5LCWaLTr5lz2IBJk83rI40pHjgdZs1Bbc5
	uo2fnEfgigpO6u9+Jij1x92Gb7O6U1lg0RUOgu3Cywqq2smb02xhpKIkXiYVnGYTpViI+LVD0BXS9
	GF27Ot5fw8D6/MR3BSL0ZZM3TP/J6FfPukOdu3SCedLOGI+ipw+SjpPwJVX2c/jAgrzOYuRFGlYD9
	Zx4w+Z6Q==;
Received: from 77-249-17-252.cable.dynamic.v4.ziggo.nl ([77.249.17.252] helo=noisy.programming.kicks-ass.net)
	by casper.infradead.org with esmtpsa (Exim 4.98.2 #2 (Red Hat Linux))
	id 1vTLqo-0000000Czt1-0DjO;
	Wed, 10 Dec 2025 15:11:34 +0000
Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000)
	id 9C2C0302EC2; Wed, 10 Dec 2025 16:11:32 +0100 (CET)
Date: Wed, 10 Dec 2025 16:11:32 +0100
From: Peter Zijlstra <peterz@infradead.org>
To: "Chen, Yu C" <yu.c.chen@intel.com>
Cc: Tim Chen <tim.c.chen@linux.intel.com>, Ingo Molnar <mingo@redhat.com>,
	K Prateek Nayak <kprateek.nayak@amd.com>,
	"Gautham R . Shenoy" <gautham.shenoy@amd.com>,
	Vincent Guittot <vincent.guittot@linaro.org>,
	Juri Lelli <juri.lelli@redhat.com>,
	Dietmar Eggemann <dietmar.eggemann@arm.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Ben Segall <bsegall@google.com>, Mel Gorman <mgorman@suse.de>,
	Valentin Schneider <vschneid@redhat.com>,
	Madadi Vineeth Reddy <vineethr@linux.ibm.com>,
	Hillf Danton <hdanton@sina.com>,
	Shrikanth Hegde <sshegde@linux.ibm.com>,
	Jianyong Wu <jianyong.wu@outlook.com>,
	Yangyu Chen <cyy@cyyself.name>,
	Tingyin Duan <tingyin.duan@gmail.com>,
	Vern Hao <vernhao@tencent.com>, Vern Hao <haoxing990@gmail.com>,
	Len Brown <len.brown@intel.com>, Aubrey Li <aubrey.li@intel.com>,
	Zhao Liu <zhao1.liu@intel.com>, Chen Yu <yu.chen.surf@gmail.com>,
	Adam Li <adamli@os.amperecomputing.com>,
	Aaron Lu <ziqianlu@bytedance.com>, Tim Chen <tim.c.chen@intel.com>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 01/23] sched/cache: Introduce infrastructure for
 cache-aware load balancing
Message-ID: <20251210151132.GK3707837@noisy.programming.kicks-ass.net>
References: <cover.1764801860.git.tim.c.chen@linux.intel.com>
 <06f0d7edbc3185ec730b50b3b00d87ace44169b3.1764801860.git.tim.c.chen@linux.intel.com>
 <20251210093741.GP3707891@noisy.programming.kicks-ass.net>
 <430d1ceb-1898-4a3e-9802-9334cea04423@intel.com>
Precedence: bulk
X-Mailing-List: linux-kernel@vger.kernel.org
List-Id: <linux-kernel.vger.kernel.org>
List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org>
List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <430d1ceb-1898-4a3e-9802-9334cea04423@intel.com>

On Wed, Dec 10, 2025 at 10:57:27PM +0900, Chen, Yu C wrote:
> On 12/10/2025 6:37 PM, Peter Zijlstra wrote:
> > On Wed, Dec 03, 2025 at 03:07:20PM -0800, Tim Chen wrote:
> > 
> > > +static unsigned long __no_profile fraction_mm_sched(struct rq *rq, struct mm_sched *pcpu_sched)
> > 
> > > +static void __no_profile task_cache_work(struct callback_head *work)
> > 
> > What's with the random __no_profile things?
> 
> In the early version without this tag we got some error reports by gcov.
> We will check if this issue still exists and do some investigations.

That would be weird, nothing in the scheduler has anything like it. So
yeah, please see if you can find out where that came from.