From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id B9909C4167D for ; Wed, 8 Nov 2023 12:35:40 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 476CA8D00B8; Wed, 8 Nov 2023 07:35:40 -0500 (EST) Received: by kanga.kvack.org (Postfix, from userid 40) id 4261A8D00AD; Wed, 8 Nov 2023 07:35:40 -0500 (EST) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 314F38D00B8; Wed, 8 Nov 2023 07:35:40 -0500 (EST) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id 1E3038D00AD for ; Wed, 8 Nov 2023 07:35:40 -0500 (EST) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id DA61E160BE6 for ; Wed, 8 Nov 2023 12:35:39 +0000 (UTC) X-FDA: 81434733198.29.8C53796 Received: from mgamail.intel.com (mgamail.intel.com [134.134.136.24]) by imf13.hostedemail.com (Postfix) with ESMTP id 202922001B for ; Wed, 8 Nov 2023 12:35:36 +0000 (UTC) Authentication-Results: imf13.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Ah0ZovPP; spf=pass (imf13.hostedemail.com: domain of lkp@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1699446937; a=rsa-sha256; cv=none; b=wTKYwvfLZUp8h97tQA6IxiqqJgJr5DPffLXMFB+P1vSzMBmNFzBa3wOuLDDtT3QZau94OQ 7iGOAqtyb17EKCi8AQKPYJijBMroXdu7caYOL5yE/X1xl08rj1RcAPP8YGa/uZsgOYfMqb UzZ0IBCp2EAO6vArA3sBkfyfCwLS1Rg= ARC-Authentication-Results: i=1; imf13.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Ah0ZovPP; spf=pass (imf13.hostedemail.com: domain of lkp@intel.com designates 134.134.136.24 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1699446937; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=1tDS4F+ZCGJWC8NEy7f2tmLGP8sTJAIKR0w2Fz82EAI=; b=k8JtvmrJsVqIGC/wo1Fd3QXpg+sTrypsh+3iiR/xWK6k+VB4m8ZQuMPKgDJZNCkOwa7ziG 0gsQj6morZWURVcBSl0PfutOmqvXXv/urd1x1nsudCU/cNJ4ZFKl749HysUN9OaZjl4CqL 2gtpDGHHg/UvqRtTfuarqqP7MulCerM= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1699446937; x=1730982937; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=Oh/p14wVpiK4vO4Z0TdtqDDkwu7eO/RsM3cVxkN0aNU=; b=Ah0ZovPPXrAO2+o39z2pnmobT3BT/a8w44fq3vEATV7nxSdhQtnw4eaB yVypJjHoVTMuLnKOcDVF0Mp/ks8E9Y0xfwc8yNlYpl++yIltDi0YGqPUc RX/q35bM9pyNFQV1+F8xVNpMJznL1jalXVcE04hV8C0k0Fx0m/tcB32R8 vDOKoVXSvb0/mr69nTDIaw6Od45SQBJltUqLrNhInsId4DTcTHU2I53k6 LDe//nsMmQ6xQqScIyi85pIhuqnu4FaCguupJJtr0DwrIXAYpMYr8uWFa 0nI/QnQW07Tzjp2TqUGLvGSQoEH/QlDUNYtZR4blFA1b13VqahN/Z/AbB A==; X-IronPort-AV: E=McAfee;i="6600,9927,10887"; a="392622813" X-IronPort-AV: E=Sophos;i="6.03,286,1694761200"; d="scan'208";a="392622813" Received: from orviesa002.jf.intel.com ([10.64.159.142]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Nov 2023 04:35:35 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.03,286,1694761200"; d="scan'208";a="4174110" Received: from lkp-server01.sh.intel.com (HELO 17d9e85e5079) ([10.239.97.150]) by orviesa002.jf.intel.com with ESMTP; 08 Nov 2023 04:35:30 -0800 Received: from kbuild by 17d9e85e5079 with local (Exim 4.96) (envelope-from ) id 1r0hmH-0007vc-2R; Wed, 08 Nov 2023 12:35:25 +0000 Date: Wed, 8 Nov 2023 20:34:38 +0800 From: kernel test robot To: Huan Yang , Tejun Heo , Zefan Li , Johannes Weiner , Jonathan Corbet , Michal Hocko , Roman Gushchin , Shakeel Butt , Muchun Song , Andrew Morton , David Hildenbrand , Matthew Wilcox , Huang Ying , Yosry Ahmed , Kefeng Wang , Peter Xu , "Vishal Moola (Oracle)" , Liu Shixin , Yue Zhao , Hugh Dickins , cgroups@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Cc: oe-kbuild-all@lists.linux.dev, Linux Memory Management List , opensource.kernel@vivo.com, Huan Yang Subject: Re: [PATCH 2/4] mm: multi-gen LRU: MGLRU unbalance reclaim Message-ID: <202311082048.zacOzITP-lkp@intel.com> References: <20231108065818.19932-3-link@vivo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20231108065818.19932-3-link@vivo.com> X-Rspamd-Server: rspam08 X-Rspamd-Queue-Id: 202922001B X-Stat-Signature: ygoazjruobhongrpoja9jhw5ksqzkedu X-Rspam-User: X-HE-Tag: 1699446936-873323 X-HE-Meta: U2FsdGVkX1/VKE1ApzBpe0u1HhWc+PFwv7sMT/k3oRwfwKfO4SYxSWPUbLUGXKn0QqMJjj4JRSvqdNLM44qxOs5C7sd32hnBwD9jA8yjrIw0U6Jj2dWIDVcAwpS2w73khC4RfDDwerJUpYtb+DNnfnOhL75LIlelfsDuYUOX1sbOyqFUNq11WbfwCyP013sLM8WUiZw5s5A06PW+pTfP0ZfPTJjdGDVQLISJNgy5sdLpfD3puxoj+Y+ygTU2H0YDSN9sMwCGjZNBoAs/xFTYja3ch6p1iROU5BrMlyJXiKqNnJIlMj+kpgx0Ulr/hK0R8V4gN6MV7w2eIo5T96vgbxK/2pqywk9oMaWuhqROj6PGDtt80ZCyev/Rtfj60hOaL+QGCk8c4sbxaMtjhrEPX9M0/8IUG8zVYdRDSJ2bECVMkxBVwN5bQ5M1Kth+i/2q9z2a20C8TJOJrCbQdbSuYMutnpWkFmgSpNaEcyTk1auXGOhBcGxgex4g6iw4ESK5K9leIxumiqFuOA3nMGk9bVof+c9Sf0ELT+NuiadpSXZ/gBhwt4lZUvbrO8q7WASkHYlK5KqkJCZg58cbAJD8mltyLWq+KL9KWDM68koCyiE8UfL5vhpG73hmIQrNceso/YMf4014z90qpLhJHZDosMo8jsckjil4j6dvy5YWl7DJrQDI9GY1spQi8SmwI8WWmk2x5YKx8GlUQht6AX88tT9Dez6Ob1UDsYhsRYWhEggAu2I64zQXRwPIhseBR9+nhQ+qpLiJK5N2ajLKHqNktZYB0Hr78dvSFIKSk+Tk8hReRrwEA/J+sURflcjX2J7TPBL1l4ixJK3G+r7cPKLMqjCrK4e5zQpFJoPKx3Qjuacxa7nCrHPHsTe38pY91Bq5aV4Xnfh2TbYjrzi7aBoJf6UrFqEIQL86XjLbRb5vN3jaqLsDeOOjFhot+M+GDp1BpEuzErqsh60t0PfLRMg PsWAhXAt 0KdhLXKr+bfPISQk/QRL/7utj3wj+cQo1qYamoX9vIOnhi4fScR57qmEghW8gGCjGE3yXOV1v3JBgeFZAdhReVuYdF6yh/A1JZP5ll8q3wN1w8DOpVm+4UVPBj9XFJMrXoiEtk0vCllsnGvyg99+tEBGy9oBajYwqasnKV3qP9O931OpxByZMp7q6d4cY4K7Wovz8+Nnef8rFyZPsTiD87JV5EH9pcqFbetc2IwrPllqkMzr9o3EFRpuBi0HviZkHiV+WZ6MqqTQt9mN9HcLgNjMJ+B9Nzvv+R6x3rlqo0JBqE90WrPDioTzsGTDQUyX3IvPQKiDjEKuQA4wPUd9GNXz1flCeZzJZyzi99kmbdhVPYbQr+fFoRquxmk9oe8JYhAb+d7OBp3p0bp92CPmFS5wh1dNykbMGRVSerC9N0ILyUE/8GpcyzS8HxWMHH+iUqdeQcQ2jQyj7+lV3Neb4HpN0XL0nDVwAMVuHyMOvVwmryAnJPFM8W4E4OA== X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: List-Subscribe: List-Unsubscribe: Hi Huan, kernel test robot noticed the following build warnings: [auto build test WARNING on akpm-mm/mm-everything] [also build test WARNING on tj-cgroup/for-next linus/master v6.6 next-20231108] [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/Huan-Yang/mm-vmscan-LRU-unbalance-cgroup-reclaim/20231108-151757 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20231108065818.19932-3-link%40vivo.com patch subject: [PATCH 2/4] mm: multi-gen LRU: MGLRU unbalance reclaim config: x86_64-randconfig-011-20231108 (https://download.01.org/0day-ci/archive/20231108/202311082048.zacOzITP-lkp@intel.com/config) compiler: gcc-12 (Debian 12.2.0-14) 12.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20231108/202311082048.zacOzITP-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/202311082048.zacOzITP-lkp@intel.com/ All warnings (new ones prefixed by >>): mm/vmscan.c: In function 'isolate_folios': >> mm/vmscan.c:4518:29: warning: 'unbalance' is used uninitialized [-Wuninitialized] 4518 | if (scanned || unbalance) | ~~~~~~~~^~~~~~~~~~~~ mm/vmscan.c:4488:14: note: 'unbalance' was declared here 4488 | bool unbalance; | ^~~~~~~~~ vim +/unbalance +4518 mm/vmscan.c 4480 4481 static int isolate_folios(struct lruvec *lruvec, struct scan_control *sc, int swappiness, 4482 int *type_scanned, struct list_head *list) 4483 { 4484 int i; 4485 int type; 4486 int scanned; 4487 int tier = -1; 4488 bool unbalance; 4489 DEFINE_MIN_SEQ(lruvec); 4490 4491 /* 4492 * Try to make the obvious choice first. When anon and file are both 4493 * available from the same generation, interpret swappiness 1 as file 4494 * first and 200 as anon first. 4495 */ 4496 if (unlikely(unbalance_file_reclaim(sc, swappiness))) { 4497 unbalance = true; 4498 type = LRU_GEN_FILE; 4499 } else if (unlikely(unbalance_anon_reclaim(sc, swappiness))) { 4500 unbalance = true; 4501 type = LRU_GEN_ANON; 4502 } else if (!swappiness) 4503 type = LRU_GEN_FILE; 4504 else if (min_seq[LRU_GEN_ANON] < min_seq[LRU_GEN_FILE]) 4505 type = LRU_GEN_ANON; 4506 else if (swappiness == 1) 4507 type = LRU_GEN_FILE; 4508 else if (swappiness == 200) 4509 type = LRU_GEN_ANON; 4510 else 4511 type = get_type_to_scan(lruvec, swappiness, &tier); 4512 4513 for (i = !swappiness; i < ANON_AND_FILE; i++) { 4514 if (tier < 0) 4515 tier = get_tier_idx(lruvec, type); 4516 4517 scanned = scan_folios(lruvec, sc, type, tier, list); > 4518 if (scanned || unbalance) 4519 break; 4520 4521 type = !type; 4522 tier = -1; 4523 } 4524 4525 *type_scanned = type; 4526 4527 return scanned; 4528 } 4529 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki