From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.12]) (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 F2BBC3C1D66; Thu, 15 Oct 2026 05:08:53 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=192.198.163.12 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1792040936; cv=none; b=UgUr0Il9GODc9PJgtDV4NT7oEWxJRPX+OYRQNu3eT62H0vgUelZFeEI/jHpslmpEutGHwKe5yBtCMT4fGOwu3UJhF0ccFOM52RYmvT7SMWwupizMCkTO44q9P6RkP95kBCs9QEoySNBbFvI9vrBugQTNJ+SMjZteaMOuEqM/uJo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1792040936; c=relaxed/simple; bh=97Vu4jpYp2aks4nbaPyPADJJAJoPLb1W/mjp/r2Niuo=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=CfRPV9PabRvC3cFv8//wYIsLEP5P3uT1JT4h8YRo3exXaaDin/g+0ZNjpNoPn5tP7yzmTzkf7tknDGvuHuUG8F/GzkTDjq4oJ/tRtSXQxPLAD9ca+pcw/JG63rXgcalmlXFSF1fActf9H6+IJ120w49SVE5h0OakIwLko0bYs74= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=gDsAs7Zq; arc=none smtp.client-ip=192.198.163.12 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=intel.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=intel.com Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="gDsAs7Zq" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1792040934; x=1823576934; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=97Vu4jpYp2aks4nbaPyPADJJAJoPLb1W/mjp/r2Niuo=; b=gDsAs7Zqm8nJS526bla2ERKp/KUcU4mwWxu5awYHA5pT6WtD8UTA3yjO 0B7qAa/CJMUjVIaprCbdmREnE3goG6czJ5FOysOhFK/MukysZbY+2boil UKeeFuWHdx+XgKO5YwH006N/W1H2eXR5dzN6NpQWvza6L6DpuOEXfiLh5 P25keYLEcx4vr8DUMuyv/irct9XqlFTWB6JuZUt36kqkgI/6haGdfsVLd a/lWv/HMRkm8R1wjrJgrsNhjY41IvX7/RFJtjwBQ/8MI87Vbd1knPj1nc PrMz4mC4CUgvq+6HoHbmRVmsz/dBh7CF7rKt2S0Cje/y5G7gB3GlVpFNj w==; X-CSE-ConnectionGUID: IenMmaolTvm6WO928LXIvA== X-CSE-MsgGUID: QmnAZyy+SmuLZRq9gJRVgQ== X-IronPort-AV: E=McAfee;i="6800,10657,11935"; a="705813" X-IronPort-AV: E=Sophos;i="6.27,159,1787036400"; d="scan'208";a="705813" Received: from orviesa008.jf.intel.com ([10.64.159.148]) by fmvoesa106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Oct 2026 22:08:52 -0700 X-CSE-ConnectionGUID: ggnnewxAQhOvKlDMXWFanw== X-CSE-MsgGUID: t9OZU+hVS8q9thcdNllcrg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.27,159,1787036400"; d="scan'208";a="1518909" Received: from lkp-server01.sh.intel.com (HELO 0caa9d2d175c) ([10.239.97.150]) by orviesa008.jf.intel.com with ESMTP; 14 Oct 2026 22:08:49 -0700 Received: from kbuild by 0caa9d2d175c with local (Exim 4.98.2) (envelope-from ) id 1xHDht-00000000FqR-1LPb; Thu, 15 Oct 2026 05:08:45 +0000 Date: Thu, 15 Oct 2026 13:07:45 +0800 From: kernel test robot To: Li Zhe , akpm@linux-foundation.org, david@kernel.org, ljs@kernel.org, gourry@gourry.net, joshua.hahnjy@gmail.com, ziy@nvidia.com, mingo@redhat.com, peterz@infradead.org, mgorman@suse.de, riel@redhat.com, juri.lelli@redhat.com, vincent.guittot@linaro.org, dietmar.eggemann@arm.com, rostedt@goodmis.org, bsegall@google.com, vschneid@redhat.com, kprateek.nayak@amd.com Cc: oe-kbuild-all@lists.linux.dev, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Li Zhe Subject: Re: [PATCH 5/6] sched/numa: do not feed tiering promotions into task placement stats Message-ID: <202610151319.LxjGvN6y-lkp@intel.com> References: <20261014094347.99157-6-lizhe.67@bytedance.com> Precedence: bulk X-Mailing-List: linux-doc@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20261014094347.99157-6-lizhe.67@bytedance.com> Hi Li, kernel test robot noticed the following build errors: [auto build test ERROR on tip/sched/core] [also build test ERROR on akpm-mm/mm-everything peterz-queue/sched/core linus/master v7.3-rc7 next-20261012] [If your patch is applied to the wrong git tree, kindly drop us a note. And when submitting patch, we suggest to use '--base' as documented in https://git-scm.com/docs/git-format-patch#_base_tree_information] url: https://github.com/intel-lab-lkp/linux/commits/Li-Zhe/sched-numa-clear-fault-locality-state-on-execve/20261014-174342 base: tip/sched/core patch link: https://lore.kernel.org/r/20261014094347.99157-6-lizhe.67%40bytedance.com patch subject: [PATCH 5/6] sched/numa: do not feed tiering promotions into task placement stats config: csky-allnoconfig (https://download.01.org/0day-ci/archive/20261015/202610151319.LxjGvN6y-lkp@intel.com/config) compiler: csky-linux-gcc (GCC) 16.1.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20261015/202610151319.LxjGvN6y-lkp@intel.com/reproduce) If you fix the issue in a separate patch/commit (i.e. not just a new version of the same patch/commit), kindly add following tags | Reported-by: kernel test robot | Closes: https://lore.kernel.org/oe-kbuild-all/202610151319.LxjGvN6y-lkp@intel.com/ All errors (new ones prefixed by >>): mm/memory.c: In function 'numa_migrate_check': >> mm/memory.c:6176:32: error: 'LAST_CPUPID_ACCESS_TIME' undeclared (first use in this function) 6176 | *last_cpupid = LAST_CPUPID_ACCESS_TIME; | ^~~~~~~~~~~~~~~~~~~~~~~ mm/memory.c:6176:32: note: each undeclared identifier is reported only once for each function it appears in vim +/LAST_CPUPID_ACCESS_TIME +6176 mm/memory.c 6147 6148 int numa_migrate_check(struct folio *folio, struct vm_fault *vmf, 6149 unsigned long addr, int *flags, 6150 bool writable, int *last_cpupid) 6151 { 6152 struct vm_area_struct *vma = vmf->vma; 6153 6154 /* 6155 * Avoid grouping on RO pages in general. RO pages shouldn't hurt as 6156 * much anyway since they can be in shared cache state. This misses 6157 * the case where a mapping is writable but the process never writes 6158 * to it but pte_write gets cleared during protection updates and 6159 * pte_dirty has unpredictable behaviour between PTE scan updates, 6160 * background writeback, dirty balancing and application behaviour. 6161 */ 6162 if (!writable) 6163 *flags |= TNF_NO_GROUP; 6164 6165 /* 6166 * Flag if the folio is shared between multiple address spaces. This 6167 * is later used when determining whether to group tasks together 6168 */ 6169 if (folio_maybe_mapped_shared(folio) && (vma->vm_flags & VM_SHARED)) 6170 *flags |= TNF_SHARED; 6171 /* 6172 * For memory tiering mode, cpupid of slow memory page is used 6173 * to record page access time. So use default value. 6174 */ 6175 if (folio_use_access_time(folio)) > 6176 *last_cpupid = LAST_CPUPID_ACCESS_TIME; 6177 else 6178 *last_cpupid = folio_last_cpupid(folio); 6179 6180 /* Record the current PID accessing VMA */ 6181 vma_set_access_pid_bit(vma); 6182 6183 count_vm_numa_event(NUMA_HINT_FAULTS); 6184 #ifdef CONFIG_NUMA_BALANCING 6185 count_memcg_folio_events(folio, NUMA_HINT_FAULTS, 1); 6186 #endif 6187 if (folio_nid(folio) == numa_node_id()) { 6188 count_vm_numa_event(NUMA_HINT_FAULTS_LOCAL); 6189 *flags |= TNF_FAULT_LOCAL; 6190 } 6191 6192 return mpol_misplaced(folio, vmf, addr); 6193 } 6194 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki