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 3AD6EE67807 for ; Sat, 2 Nov 2024 17:22:56 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 311086B007B; Sat, 2 Nov 2024 13:22:55 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 2BF266B0082; Sat, 2 Nov 2024 13:22:55 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 186EA6B0083; Sat, 2 Nov 2024 13:22:55 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0014.hostedemail.com [216.40.44.14]) by kanga.kvack.org (Postfix) with ESMTP id EFB336B007B for ; Sat, 2 Nov 2024 13:22:54 -0400 (EDT) Received: from smtpin09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay03.hostedemail.com (Postfix) with ESMTP id 8E7F4A02C9 for ; Sat, 2 Nov 2024 17:22:54 +0000 (UTC) X-FDA: 82741823430.09.A9669F3 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.17]) by imf07.hostedemail.com (Postfix) with ESMTP id 3301F40008 for ; Sat, 2 Nov 2024 17:22:09 +0000 (UTC) Authentication-Results: imf07.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=nlkXM8sy; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf07.hostedemail.com: domain of lkp@intel.com designates 192.198.163.17 as permitted sender) smtp.mailfrom=lkp@intel.com ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1730568008; 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=W6824jUb6Kh7PnQCwJaZqozUH+IhOBmBOmsNDJOtg7w=; b=qBrm0D7435Plz2KfMQFzyNHIaLvGfIgHguEZcmH4S3fumC0FFkfuUt4QewgL1QQz8BdHLa 1YwFXXIq13SY7IwlElm9kHksW7CqPp3t6I9HKo3wc9X5uCQ1D9RriMBwioSK3ImHTNYGWi /vGvKfGbmI0MgAtMHU2aco3W1svb9QQ= ARC-Authentication-Results: i=1; imf07.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=nlkXM8sy; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf07.hostedemail.com: domain of lkp@intel.com designates 192.198.163.17 as permitted sender) smtp.mailfrom=lkp@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1730568008; a=rsa-sha256; cv=none; b=dr9u+cDqOtctUIHXABdXTBYdNKzVzFJgrlW1Gq4SMFyd6nwoZcLFLp0i2TBmtcuMVXwhRk I8KD2TNZKpw96yebcr4dFGrjNAvzjR8JwPV8d7J05vQ1likXwF02YHDh3cZbR13mHA8Tt9 tvQlS/SpwcRExUu0jQKkAlIkzswPLV8= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1730568172; x=1762104172; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=XNGKGxWAqSn8LnzAKe6C4ocwFgOA/8v5UdCwrk4wPKY=; b=nlkXM8sy7MTPdXUsnR+g+LoIYZzt26kJvaXaaubZjQtVI5xj5f48P1KK Mxm6t0jXcOZFQZIG8nvZ8sk+E9BRMsheA13txALkOer98xb9OtNVZtKxG sImamqlku0KGbP2od4M0mtjb2GGkaGRerdSKkElR9KtDWiBOz0CVF4gvy qYrcMRE1Bntgsm3JZ3FWQ1Umw/ndEillVSd2Ghu0WoIq7gyRuGdDKnkkJ 0sjO12azuRl45BM0/6JOlldWODrGAC4hzpUKrY0u509GEzFh0n14KuLi3 xZqJY0BMfS/uYBuxQ95F5IsoATxMm6Jb83o+VFfJCrvsdoZ3FlSTG1LNA Q==; X-CSE-ConnectionGUID: ly6tBKCaSrqpMwYo4Va2sA== X-CSE-MsgGUID: 6VTtPbdyRTWf3of+uEL9TA== X-IronPort-AV: E=McAfee;i="6700,10204,11244"; a="30190741" X-IronPort-AV: E=Sophos;i="6.11,253,1725346800"; d="scan'208";a="30190741" Received: from orviesa006.jf.intel.com ([10.64.159.146]) by fmvoesa111.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 02 Nov 2024 10:22:50 -0700 X-CSE-ConnectionGUID: 3TLj/OQVQgqqe4ixgpfTPQ== X-CSE-MsgGUID: slKwWB4qSR6c+S+tnGhm9g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.11,253,1725346800"; d="scan'208";a="83378580" Received: from lkp-server01.sh.intel.com (HELO a48cf1aa22e8) ([10.239.97.150]) by orviesa006.jf.intel.com with ESMTP; 02 Nov 2024 10:22:47 -0700 Received: from kbuild by a48cf1aa22e8 with local (Exim 4.96) (envelope-from ) id 1t7Hpk-000jCb-06; Sat, 02 Nov 2024 17:22:44 +0000 Date: Sun, 3 Nov 2024 01:22:25 +0800 From: kernel test robot To: Zi Yan , linux-mm@kvack.org, "Kirill A . Shutemov" , "Matthew Wilcox (Oracle)" Cc: oe-kbuild-all@lists.linux.dev, Ryan Roberts , Hugh Dickins , David Hildenbrand , Yang Shi , Miaohe Lin , Kefeng Wang , Yu Zhao , John Hubbard , linux-kernel@vger.kernel.org, Zi Yan Subject: Re: [PATCH v2 6/6] mm/truncate: use folio_split() for truncate operation. Message-ID: <202411030124.ZWzXWxPU-lkp@intel.com> References: <20241101150357.1752726-7-ziy@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20241101150357.1752726-7-ziy@nvidia.com> X-Rspamd-Server: rspam04 X-Rspamd-Queue-Id: 3301F40008 X-Stat-Signature: z1h4g614jbuei8nsy65wgosi8j9qfcx3 X-Rspam-User: X-HE-Tag: 1730568129-192236 X-HE-Meta: U2FsdGVkX19FgXChkhRsA2JDZIMb1q9M13IbJzlny70Nu+zmpuYjl1W6PfzRIe1raWz58OfdqDuP77crxQdaFqqVaZyyTIAZnG8subO3Qhq3wM/IVDgLwFurFJ7pwdbGJgc5kOs6WMCfjuNDO06gUb2AOAXlFkV8LB4uQBHXCm+s0zPVnkyw00KAuaHZTuvMSKTl0KSRiyXxngzudioV/5McD/QlqpaaNMor9PJL3USlgp8YtmRhVCg2JkOX/X91ww43PyT0fQHsVtB25ZuQ3xlM2mbaB84yKhzg4/wNJXLFFhtplpZmDksfUMMuKoLrsUyX7hNFveDw3vBPkoTLFEokUjWdyxYj3Jy43mQDm34TcZZRk9DhliV+QC8HSR9pTUFC/hAZCKFW/48Nc3uZTnWY5YzgjOs9ISDGPGwy0Go/p7sZ1Jp39ldX28PeGLWiBs+UhMBZpqYTE/uNnWCkV7Vrvm8SUWgFYSY2VD5/llko75LR1uf0VDN2DouiSxNUnDT+NWslOtqKXfx7Tn8VQ8ImQPCCOvVXoK1QKn0/7XhfluWcp00bgTrnDuBwKXmXr0La6AlsA+GYjuaFufLgcTzLKsuv0J0Do5fzK2bffMTfFpANQTV542OPo+K8IXMFen45nday3EMAn4UiNz/9zcnNRnw3YVExooJ7fS4Ao7jE6oGHhpMhcYtRIfH6JaQ/U5IMT2Ev0prhlxxqSxXjUqJOa8l2f1IWBFUvn2GjWXABIc1L6139gzbyYF8o9dZocTWzUmsDiATSxPLlN8qyhejHhOQuYmY2zoZ5f4vSjAurjs/6a56SFyeVuKyrqI3zqpTMP+10SMyktEYN+LX0fudv0mzRx9Ie9VZYhugS35XHtlaGCDS29mlxmrdj13hGOB7vOJlZjGVOc7hKvpHqkV1hsG8T9KNaigX0Lll6FP9KcduvnHInN9wh6DisbOAfx9caY5lrgUORVgg1ut3 +Jec4R3O AtehR0gJLXb9OJ03HC0aId5PqVSOgM2R+HtwQKrfGJJP/bG8otBgk4GcZcc2b3ZGO0bVPIy8TIUdKaExGhbD69vIq61dxUnJ5EzNZafticc/VGOGGAmlOd0Jl8FX8widOKSxMOe6pZ7R+cc1coezNaJnAVsftqQatA45N+nmXrN2xHWb/8sRU+r6YpaKDbJnA70g9Nxey4SVZaERToBilfFJ6eEKXq0Eogq2OuPaRe2k9dGMboTOw6QXEbbpJ3hIj7FYsU+dPfh5EKgGrW1IKcz90UG9c1vo7MOhfrcYCjzl8KenHCU4i3HEQ2AlTUoS1qMcQ1S0CmUbzMgj/iU9ctHuRXrnVzgp1oJ0Kzax/OLAmfC4Fk3HZc0vEzM1Lu3HmBbg3HfKPlbbKqVxVDu/8xvdY8gIzVTEfs0uiOpmt79aRqdg= 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 Zi, kernel test robot noticed the following build errors: [auto build test ERROR on akpm-mm/mm-everything] [also build test ERROR on next-20241101] [cannot apply to linus/master v6.12-rc5] [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/Zi-Yan/mm-huge_memory-add-two-new-yet-used-functions-for-folio_split/20241101-230623 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20241101150357.1752726-7-ziy%40nvidia.com patch subject: [PATCH v2 6/6] mm/truncate: use folio_split() for truncate operation. config: arc-tb10x_defconfig (https://download.01.org/0day-ci/archive/20241103/202411030124.ZWzXWxPU-lkp@intel.com/config) compiler: arc-elf-gcc (GCC) 13.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20241103/202411030124.ZWzXWxPU-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/202411030124.ZWzXWxPU-lkp@intel.com/ All errors (new ones prefixed by >>): mm/truncate.c: In function 'truncate_inode_partial_folio': >> mm/truncate.c:214:13: error: implicit declaration of function 'split_folio_at'; did you mean 'split_folio'? [-Werror=implicit-function-declaration] 214 | if (split_folio_at(folio, folio_page(folio, in_folio_offset), NULL) == 0) | ^~~~~~~~~~~~~~ | split_folio cc1: some warnings being treated as errors vim +214 mm/truncate.c 166 167 /* 168 * Handle partial folios. The folio may be entirely within the 169 * range if a split has raced with us. If not, we zero the part of the 170 * folio that's within the [start, end] range, and then split the folio if 171 * it's large. split_page_range() will discard pages which now lie beyond 172 * i_size, and we rely on the caller to discard pages which lie within a 173 * newly created hole. 174 * 175 * Returns false if splitting failed so the caller can avoid 176 * discarding the entire folio which is stubbornly unsplit. 177 */ 178 bool truncate_inode_partial_folio(struct folio *folio, loff_t start, loff_t end) 179 { 180 loff_t pos = folio_pos(folio); 181 unsigned int offset, length; 182 long in_folio_offset; 183 184 if (pos < start) 185 offset = start - pos; 186 else 187 offset = 0; 188 length = folio_size(folio); 189 if (pos + length <= (u64)end) 190 length = length - offset; 191 else 192 length = end + 1 - pos - offset; 193 194 folio_wait_writeback(folio); 195 if (length == folio_size(folio)) { 196 truncate_inode_folio(folio->mapping, folio); 197 return true; 198 } 199 200 /* 201 * We may be zeroing pages we're about to discard, but it avoids 202 * doing a complex calculation here, and then doing the zeroing 203 * anyway if the page split fails. 204 */ 205 if (!mapping_inaccessible(folio->mapping)) 206 folio_zero_range(folio, offset, length); 207 208 if (folio_needs_release(folio)) 209 folio_invalidate(folio, offset, length); 210 if (!folio_test_large(folio)) 211 return true; 212 213 in_folio_offset = PAGE_ALIGN_DOWN(offset) / PAGE_SIZE; > 214 if (split_folio_at(folio, folio_page(folio, in_folio_offset), NULL) == 0) 215 return true; 216 if (folio_test_dirty(folio)) 217 return false; 218 truncate_inode_folio(folio->mapping, folio); 219 return true; 220 } 221 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki