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 4E951CD4F5F for ; Thu, 5 Sep 2024 09:29:32 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id C3EF76B03EC; Thu, 5 Sep 2024 05:29:31 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id BEBB46B03F0; Thu, 5 Sep 2024 05:29:31 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id A64DA6B03F3; Thu, 5 Sep 2024 05:29:31 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0015.hostedemail.com [216.40.44.15]) by kanga.kvack.org (Postfix) with ESMTP id 7D2346B03EC for ; Thu, 5 Sep 2024 05:29:31 -0400 (EDT) Received: from smtpin07.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay06.hostedemail.com (Postfix) with ESMTP id 117B1AB213 for ; Thu, 5 Sep 2024 09:29:31 +0000 (UTC) X-FDA: 82530161742.07.4BE199A Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.17]) by imf16.hostedemail.com (Postfix) with ESMTP id 3041618000C for ; Thu, 5 Sep 2024 09:29:27 +0000 (UTC) Authentication-Results: imf16.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=HGCGnM4+; spf=pass (imf16.hostedemail.com: domain of lkp@intel.com designates 198.175.65.17 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=1725528471; 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=IQeVkTO3VGcziQnw8CyEA+57cKXIzfoJoSNBPCCvAJM=; b=yuh7rSNJck8Dcd4rEmM0UFUjgKOleH8YCyZj7u1RjHEoiAdZDhbtNedTJwEdIeD9XlHOAQ Zgtqr3PSEfsGcG2e1/ZmnWYjzz8fZepIn7PMumAGM6IoVjc5Pr/ZXAx5AUGmdw5TOR68QI n9XC0KuynuvB5pGFh66Yq6+ee/7X7Ac= ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1725528471; a=rsa-sha256; cv=none; b=GYxpn6fU+DR8LBLvnoR1Vhygk7sUhNY9Xc4BeJa9D2Z2XaA3EyGlFywGT/DAYGTAM6wz9D F5xSlxrhgGu52rmP8aSd0fadLAMmqxLxtYM4H1V6sMKYfRm3iQUHU+1jR76WBQcNPCGS5r cx83t83ChU87xX8Xqg2djXuAdqaOkF8= ARC-Authentication-Results: i=1; imf16.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=HGCGnM4+; spf=pass (imf16.hostedemail.com: domain of lkp@intel.com designates 198.175.65.17 as permitted sender) smtp.mailfrom=lkp@intel.com; dmarc=pass (policy=none) header.from=intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1725528568; x=1757064568; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=eREH9W1o7gULhFJHUk1Riw6dl9QsxJdAN7EUozX80D0=; b=HGCGnM4+jMMtfREGjYF/LMQIVsuvRLmaWU1aahQZWWikk9cFDN9zKZ9q tadbGlOpEE0a3VoeKt/G7j8zQTIkE4J8PndGNR5LTL361bxa+WGiTE4dX 6yMsGKbZMrXc4Jz01+0u59X/MtgWva4XgzjC1hSkegsDpBh38L63UzIV9 U6ND5QI8paOtC+Jiw0LR0Jc/h+OjeLDcTqOtEAtzdfCLet1AE8TPaHtte GOA6eNqdXY+KMtvpHVpMiN3zCpWMeggK4r1Q1kHdAQ87nEUt22SphRLDO tz3URXXcKx4/yIgauebg2tEtyEHw3vYbEW+bt5p3CMiMCnVszOTolJ5Ij Q==; X-CSE-ConnectionGUID: lH0FfErfTI6lB8I36suylw== X-CSE-MsgGUID: Xpqzpc26QLmGnBWMpvvhjw== X-IronPort-AV: E=McAfee;i="6700,10204,11185"; a="24391229" X-IronPort-AV: E=Sophos;i="6.10,204,1719903600"; d="scan'208";a="24391229" Received: from fmviesa001.fm.intel.com ([10.60.135.141]) by orvoesa109.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Sep 2024 02:29:26 -0700 X-CSE-ConnectionGUID: jnItSODjSG+XVlD9zXpVMQ== X-CSE-MsgGUID: mcITcjsVSNGmtXpYuqBsGw== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.10,204,1719903600"; d="scan'208";a="96352852" Received: from lkp-server01.sh.intel.com (HELO 9c6b1c7d3b50) ([10.239.97.150]) by fmviesa001.fm.intel.com with ESMTP; 05 Sep 2024 02:29:21 -0700 Received: from kbuild by 9c6b1c7d3b50 with local (Exim 4.96) (envelope-from ) id 1sm8nn-0009AN-1F; Thu, 05 Sep 2024 09:29:19 +0000 Date: Thu, 5 Sep 2024 17:28:46 +0800 From: kernel test robot To: Michal Hocko , Andrew Morton Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Linux Memory Management List , Christoph Hellwig , Yafang Shao , Kent Overstreet , jack@suse.cz, Vlastimil Babka , Dave Chinner , Christian Brauner , Alexander Viro , Paul Moore , James Morris , "Serge E. Hallyn" , linux-fsdevel@vger.kernel.org, linux-bcachefs@vger.kernel.org, linux-security-module@vger.kernel.org, linux-kernel@vger.kernel.org, Michal Hocko Subject: Re: [PATCH 1/2] bcachefs: do not use PF_MEMALLOC_NORECLAIM Message-ID: <202409051713.LFVMScXi-lkp@intel.com> References: <20240902095203.1559361-2-mhocko@kernel.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240902095203.1559361-2-mhocko@kernel.org> X-Stat-Signature: oz9o576jpdxbhgrsoej4h13ku7pepmh6 X-Rspamd-Queue-Id: 3041618000C X-Rspam-User: X-Rspamd-Server: rspam08 X-HE-Tag: 1725528567-344581 X-HE-Meta: U2FsdGVkX18hc3cldp9E92Acg1QG15YuPPrgnsojQkElpGX6jMONV55jWOSOQ9k/fU7p/2g6tnB+CnM1bQYyDHNqQdnWT4hdGeuxfgl844bs6dI1YoVT4f1GUVLU/slN+Ktl1vp4jY8KWzSwlu6iuRTq03Eo69SJsFG5xqR6UkDcJefFCQj7/+CDu4nwLnxzrRrgaPh00ySk05EtzWDsiTEF+s/eVjAE3snf2A4WMCbUUidAX3mZscA9whBML71szEqQjrZ3RWCIMOkicNjgKG49PQlaASqui+bFXhBHbp7Mm6aUXurnhqp6Vp1QxYo6UZtv1gdCEVsdcvWSTuYRVp2XIXkt3yDz4Yp2pT0wHn8hqAGd5ap7gw8dqSidutjeIN7VG+TLnRgfnO03+gB5GbVdjcSqchdHVkVtBn/uOkcPAou9X9roG3mEFx8c/rZPPt9Tmvhb2Sq5Y2DlKbqepHrczDLCYS9qjcIDuS/2i+0PMyaJDEIZYUY/87RcrhqjRbtTOSIEp8b+I2wgXrGkNQCkNM9JQo2+Rh8lpQdDAUxU3Cu6JBvvrcPBpBAgkYdsWSOt4M9NOIvwrZp5pK99HD7LxNsST9HbMffOyC4+JxBdUHchT7pLohHy4fSWIZc3UUmoKX9fy983wmNya5asZPaxJFV5+7oQJVaQ2b3Ydnsu3prHnUFOWxaFncqsdgqE/Tgp0+jLjjnYjhZFFxZJAnlb71646mIo27w1n+b27Hxy9e/xoHJNgpie44amgMntJ3YnWWRHU/tBCTRHphKNIVGk+u7/n/UN9p+A8X+qMsZmvb2u9I0WjYV7rzyraSSg2dIu5S9h3In7xpnaFjzwsZ0IEMViM3Li5GCrPnVOWu7PUefozsUu7yBrnsycU3oHFYUW547AGaE+Qn/Y0+encnvV+D4/cG32riE59ovbfej8T4bd/CLFNOLjFWRyVS5Cw1TKEPmmYyvgvwCrdga UdnfZb6e upidID0lEifOnT12uL8ZMAQBwm21vr/T3U5GXRxcIOTiYM18gKzTERgw8DoPcHEUUeT+Xgi72uSb9eLO7r9NK6MG04S0ltUmtL4W81HtdJGLfoIdjPuJsMPdRUlog+W6LlVJluC31QKvTNZ9FMXPWwkIjhFkYA3Yh7dC4JAZS3Cb8qsp85CYUpZUcOn/3o07kfkzYjUYIpvdKDGiz3VPiZE3WZ1Egq+8UCu3cId3RZ1DgdIOC2jj6OEmivDmcJD/NJ+mBq36oH5F/vSQU9GmpUDyTcRagW0zXWywaBMGl1TWHJS2yV4wEP38OGIbtn3yYQ7hkrQyVjGB01nXy/xwPYpTExr6/aJc/YZoeAsoc+05wTBf08YVgqpaJcH4JBlb5XoLkuUKfUWG6FkzeNdnB3P/OVlWd85VHOcDNesdpeWJcEgwryJemaghW/J5Ix3RxTcEPQ3krZVzgzykyIusgWcI4E59dGXuZdGFOKJv/Cv3niivEUSUmPm4sqjEInxolNW2ETI0qD8RRaJA= 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 Michal, kernel test robot noticed the following build warnings: [auto build test WARNING on akpm-mm/mm-everything] [also build test WARNING on tip/sched/core brauner-vfs/vfs.all linus/master v6.11-rc6] [cannot apply to next-20240904] [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/Michal-Hocko/bcachefs-do-not-use-PF_MEMALLOC_NORECLAIM/20240902-200126 base: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-everything patch link: https://lore.kernel.org/r/20240902095203.1559361-2-mhocko%40kernel.org patch subject: [PATCH 1/2] bcachefs: do not use PF_MEMALLOC_NORECLAIM config: x86_64-allnoconfig (https://download.01.org/0day-ci/archive/20240905/202409051713.LFVMScXi-lkp@intel.com/config) compiler: clang version 18.1.5 (https://github.com/llvm/llvm-project 617a15a9eac96088ae5e9134248d8236e34b91b1) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20240905/202409051713.LFVMScXi-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/202409051713.LFVMScXi-lkp@intel.com/ All warnings (new ones prefixed by >>): >> fs/inode.c:157: warning: Function parameter or struct member 'gfp' not described in 'inode_init_always_gfp' >> fs/inode.c:157: warning: expecting prototype for inode_init_always(). Prototype was for inode_init_always_gfp() instead vim +157 fs/inode.c bd9b51e79cb0b8 Al Viro 2014-11-18 147 2cb1599f9b2ecd David Chinner 2008-10-30 148 /** 6e7c2b4dd36d83 Masahiro Yamada 2017-05-08 149 * inode_init_always - perform inode structure initialisation 0bc02f3fa433a9 Randy Dunlap 2009-01-06 150 * @sb: superblock inode belongs to 0bc02f3fa433a9 Randy Dunlap 2009-01-06 151 * @inode: inode to initialise 2cb1599f9b2ecd David Chinner 2008-10-30 152 * 2cb1599f9b2ecd David Chinner 2008-10-30 153 * These are initializations that need to be done on every inode 2cb1599f9b2ecd David Chinner 2008-10-30 154 * allocation as the fields are not initialised by slab allocation. 2cb1599f9b2ecd David Chinner 2008-10-30 155 */ 6185335c11aac8 Michal Hocko 2024-09-02 156 int inode_init_always_gfp(struct super_block *sb, struct inode *inode, gfp_t gfp) ^1da177e4c3f41 Linus Torvalds 2005-04-16 @157 { 6e1d5dcc2bbbe7 Alexey Dobriyan 2009-09-21 158 static const struct inode_operations empty_iops; bd9b51e79cb0b8 Al Viro 2014-11-18 159 static const struct file_operations no_open_fops = {.open = no_open}; ^1da177e4c3f41 Linus Torvalds 2005-04-16 160 struct address_space *const mapping = &inode->i_data; ^1da177e4c3f41 Linus Torvalds 2005-04-16 161 ^1da177e4c3f41 Linus Torvalds 2005-04-16 162 inode->i_sb = sb; ^1da177e4c3f41 Linus Torvalds 2005-04-16 163 inode->i_blkbits = sb->s_blocksize_bits; ^1da177e4c3f41 Linus Torvalds 2005-04-16 164 inode->i_flags = 0; 5a9b911b8a24ed Mateusz Guzik 2024-06-11 165 inode->i_state = 0; 8019ad13ef7f64 Peter Zijlstra 2020-03-04 166 atomic64_set(&inode->i_sequence, 0); ^1da177e4c3f41 Linus Torvalds 2005-04-16 167 atomic_set(&inode->i_count, 1); ^1da177e4c3f41 Linus Torvalds 2005-04-16 168 inode->i_op = &empty_iops; bd9b51e79cb0b8 Al Viro 2014-11-18 169 inode->i_fop = &no_open_fops; edbb35cc6bdfc3 Eric Biggers 2020-10-30 170 inode->i_ino = 0; a78ef704a8dd43 Miklos Szeredi 2011-10-28 171 inode->__i_nlink = 1; 3ddcd0569cd68f Linus Torvalds 2011-08-06 172 inode->i_opflags = 0; d0a5b995a30834 Andreas Gruenbacher 2016-09-29 173 if (sb->s_xattr) d0a5b995a30834 Andreas Gruenbacher 2016-09-29 174 inode->i_opflags |= IOP_XATTR; 92361636e0153b Eric W. Biederman 2012-02-08 175 i_uid_write(inode, 0); 92361636e0153b Eric W. Biederman 2012-02-08 176 i_gid_write(inode, 0); ^1da177e4c3f41 Linus Torvalds 2005-04-16 177 atomic_set(&inode->i_writecount, 0); ^1da177e4c3f41 Linus Torvalds 2005-04-16 178 inode->i_size = 0; c75b1d9421f80f Jens Axboe 2017-06-27 179 inode->i_write_hint = WRITE_LIFE_NOT_SET; ^1da177e4c3f41 Linus Torvalds 2005-04-16 180 inode->i_blocks = 0; ^1da177e4c3f41 Linus Torvalds 2005-04-16 181 inode->i_bytes = 0; ^1da177e4c3f41 Linus Torvalds 2005-04-16 182 inode->i_generation = 0; ^1da177e4c3f41 Linus Torvalds 2005-04-16 183 inode->i_pipe = NULL; ^1da177e4c3f41 Linus Torvalds 2005-04-16 184 inode->i_cdev = NULL; 61ba64fc076887 Al Viro 2015-05-02 185 inode->i_link = NULL; 84e710da2a1dfa Al Viro 2016-04-15 186 inode->i_dir_seq = 0; ^1da177e4c3f41 Linus Torvalds 2005-04-16 187 inode->i_rdev = 0; ^1da177e4c3f41 Linus Torvalds 2005-04-16 188 inode->dirtied_when = 0; 6146f0d5e47ca4 Mimi Zohar 2009-02-04 189 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki