From mboxrd@z Thu Jan 1 00:00:00 1970 Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.remote-ip=192.198.163.8 ARC-Seal: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; cv=none; t=1793878599; b=0wTEszYLtjupzYlLa210QBr5kebvcb+tr1dKCZTfzFwNIg/oGWPhcWP9EHbTaI311DgV G9AnD2IPVZrNFesprdpIT6kCNMTAovoXBGsqXbsP/HhphVYtyinc7VL1tkV0iA/zjZAdd SSBDEV265RxOs6FyV4+6qx93bzEUu5VYPUx8mfxyYReNafVTr+VJTlkRDiwsXObQv0iF5 tGUeJf0IizA4+XiJxT/C0nWY97YIPxnmn7ab6Mw3xdafF2lS4BmuwwKxne7yDihpjLfMu jwe71PwFsM+rFPHbIoOQlva1NQu/A/km8BTUxMXNKUzj8fLJwXluTH4okx+snhgoTEg== ARC-Message-Signature: i=1; d=subspace.kernel.org; s=arc20261015; a=rsa-sha256; c=relaxed/relaxed; t=1793878599; h=DMARC-Filter:DKIM-Signature:X-CSE-ConnectionGUID:X-CSE-MsgGUID: X-IronPort-AV:X-IronPort-AV:Received:X-CSE-ConnectionGUID: X-CSE-MsgGUID:X-ExtLoop1:X-IronPort-AV:Received:Received:Date:From:To: Cc:Subject:Message-ID:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To; bh=30J4sbOlYJiNq7Z4tRszcjWu8hBcWrg7tEn3jlctPwo=; b=tBw6B2t6a6M7ltAUfY1ZtrryFNo16cir3rEMlQ5l6L/9foqCL+Ot52Zx8g2N2Z4Y6LGN TO3DBenNfX88WlLCN4fj+B6P+g7GA48ffklDO01f7KJD6IFiyUBT4uxtJtW+4RuF0KLt2 e0gcG5GCE4D5bVFLnroEUxlb34Ph/pefBweFA3STzEl72EapkcYvXsXQPOhgT3W87Pi4L DNuq8b+/l8flMDx8DkGPNj47prNm9p9IvkOHvk71ORIsIMdsLkVkSIsZJe3gUEE5ubVds lXdY9kPZ3NoGGRYcNea5j+U34ce/X2cugGlzro7ozh5/qXj77SiPRZy0KsCB1kZrijw== ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass header.from=intel.com; spf=pass smtp.mailfrom=intel.com; dkim=pass header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=kH6kTpAi; arc=none smtp.remote-ip=192.198.163.8 Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.8]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7D562606D81A; Thu, 5 Nov 2026 11:36:37 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.2 smtp.subspace.kernel.org 7D562606D81A 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, unprotected) header.d=intel.com header.i=@intel.com header.a=rsa-sha256 header.s=Intel header.b=kH6kTpAi DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1793878598; x=1825414598; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=J9dOmPMshDIpYmZ/TrqPMjz7mHsp3Z6+Ou1qHQ88q2c=; b=kH6kTpAiQCWPXNnHfol4Ir8+s9VJjZqKUrEiOYYXZ519D9v6B5xP2gry GnxiwbeLFhRczydH6mZJ0OLOiGGGZE6rGnuWsdi7YptLDmfnzWYK9ipH0 dFC+58sXrURL/5et1b81u3MYRwTIazl4W9H6PFyG6JrBjGDynR8P86946 XGW7UEKjEwT0v0iPok/BKikScign00RZapSIvNNIiIqAoLcjFjvBcwcNF mL/HcsTXXDUec0Erc9ynncQVAqW6Z3TJ/1Z9sXlIVcBTPVZLkkuPAbbCG vltsW6FpoPg9oXfRHm1xluCStSwpy0jt6Dfl66lBwsO3byRFQOjk4dw6n g==; X-CSE-ConnectionGUID: jWyah1AUTCe6sAR28DRfmg== X-CSE-MsgGUID: 4nPk6kdcQ7upQyLwUe1OEw== X-IronPort-AV: E=McAfee;i="6800,10657,11956"; a="2547426" X-IronPort-AV: E=Sophos;i="6.27,197,1787036400"; d="scan'208";a="2547426" Received: from fmviesa003.fm.intel.com ([10.60.135.143]) by fmvoesa102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 05 Nov 2026 03:36:37 -0800 X-CSE-ConnectionGUID: NU49M+y7SoqJQQ7rq8Z1Cw== X-CSE-MsgGUID: /gbM1bnkQwynnPU6B2caeg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.27,197,1787036400"; d="scan'208";a="7163862" Received: from lkp-server01.sh.intel.com (HELO 0caa9d2d175c) ([10.239.97.150]) by fmviesa003.fm.intel.com with ESMTP; 05 Nov 2026 03:36:29 -0800 Received: from kbuild by 0caa9d2d175c with local (Exim 4.98.2) (envelope-from ) id 1xOvlZ-00000000m7v-0S9w; Thu, 05 Nov 2026 11:36:25 +0000 Date: Thu, 5 Nov 2026 19:35:46 +0800 From: kernel test robot To: Christian Brauner , linux-fsdevel@vger.kernel.org Cc: oe-kbuild-all@lists.linux.dev, Jann Horn , Josef Bacik , Chris Mason , Jeff Layton , NeilBrown , Eric Dumazet , Thomas Gleixner , Al Viro , Jonathan Corbet , Christoph Hellwig , Greg Kroah-Hartman , Joel Granados , Kees Cook , Jan Kara , linux-kernel@vger.kernel.org, linux-nfs@vger.kernel.org, linux-acpi@vger.kernel.org, linux-kselftest@vger.kernel.org, linux-s390@vger.kernel.org, linux-scsi@vger.kernel.org, linux-um@lists.infradead.org, linux-wireless@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, netdev@vger.kernel.org, ntfs3@lists.linux.dev, platform-driver-x86@vger.kernel.org, coreteam@netfilter.org, kexec@lists.infradead.org, linux-pci@vger.kernel.org Subject: Re: [PATCH RESEND v2 01/51] alloc_tag: don't remove /proc/allocinfo under the codetag module lock Message-ID: <202611051923.pLSSWWkA-lkp@intel.com> References: <20261104-work-procfs-bugfixes-v2-1-021c84d852e0@kernel.org> X-Mailing-List: ntfs3@lists.linux.dev List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20261104-work-procfs-bugfixes-v2-1-021c84d852e0@kernel.org> Hi Christian, kernel test robot noticed the following build warnings: [auto build test WARNING on 6628e7d4c6b25c8d18f1345e3a20d21829aae7e4] url: https://github.com/intel-lab-lkp/linux/commits/Christian-Brauner/alloc_tag-don-t-remove-proc-allocinfo-under-the-codetag-module-lock/20261104-200606 base: 6628e7d4c6b25c8d18f1345e3a20d21829aae7e4 patch link: https://lore.kernel.org/r/20261104-work-procfs-bugfixes-v2-1-021c84d852e0%40kernel.org patch subject: [PATCH RESEND v2 01/51] alloc_tag: don't remove /proc/allocinfo under the codetag module lock config: sh-randconfig-1001-20261105 (https://download.01.org/0day-ci/archive/20261105/202611051923.pLSSWWkA-lkp@intel.com/config) compiler: sh4-linux-gcc (GCC) 16.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20261105/202611051923.pLSSWWkA-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/202611051923.pLSSWWkA-lkp@intel.com/ All warnings (new ones prefixed by >>): >> mm/alloc_tag.c:620:13: warning: 'shutdown_mem_profiling_async' defined but not used [-Wunused-function] 620 | static void shutdown_mem_profiling_async(void) | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~ vim +/shutdown_mem_profiling_async +620 mm/alloc_tag.c 613 614 /* 615 * A module's tags are reserved with the codetag module lock held for 616 * writing, and a reader of /proc/allocinfo takes that lock with the entry 617 * pinned. Removing the entry there would wait for that reader for good, so 618 * let a work item do it. 619 */ > 620 static void shutdown_mem_profiling_async(void) 621 { 622 if (!mem_profiling_support) 623 return; 624 shutdown_mem_profiling(false); 625 schedule_work(&remove_allocinfo_work); 626 } 627 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki