From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.9]) (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 015A731F9B4; Sun, 22 Mar 2026 04:57:47 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.9 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774155471; cv=none; b=EoYSiZIsGOPMPSEaIZOg8t588D37rK3tTcOrlV9r6efc6uQOitCnhkjTazHIzz9RZKeRQh4k3cxui7/1ki+M6WvAUkaxBWXg5H7DTUIUg3Y1dCnfsgmEf6t6C5kcZPgi0MrMOe17bfWv7n9SfbbznHma+LBVQRvCfbUXAwyA5DQ= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1774155471; c=relaxed/simple; bh=xtqrnCJm6t14Z7mzfS07Ibh37z0HHXxhh2O/rcdDmIA=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=trTt6Nf5me+06kTDxE1cC84ShK4Hrt+fmnhlQt2XQ92j6qJGYu2HSH4GkZAFy2J/1LlMk3pwMNCemcB46whYhqerSp0fP17qKReEqm38fEwqm3Jm5T9eRD5sHBMPL+M7Lbxu3NfOev32Xez8+UlUMANsx7z03kk1TDVWMLAPlJY= 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=C1Bw9beM; arc=none smtp.client-ip=198.175.65.9 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="C1Bw9beM" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1774155468; x=1805691468; h=date:from:to:cc:subject:message-id:references: mime-version:in-reply-to; bh=xtqrnCJm6t14Z7mzfS07Ibh37z0HHXxhh2O/rcdDmIA=; b=C1Bw9beMqSCYENbE7w5ap1HpWea7QdqupO667K+as0TCeasAsiwrPCbE PkQX6ZnKOndgL1+MbGFxuPWA2PnJRVRH+bIq3mS/6dB/1ChXUG4+E9Rc1 VAhW83dfF5ZchrQ8QiDINaqjm65T9oTSnOe6ZBHsmkVnZAQlpwqMfN448 650XQC0qFuaHBVGYz54r58XycLmrvyoMBg1BsvgE3yNyIYHAic6l/02X5 NYKqO8PjTMc8bfvyWYzPl/6jIkMUx49xW7pKPwgCaT7v5ferX1EdLSW0W bMpSMkgmGepDanvjqZ/J05RVRquP82VNjU7Yt4ZnFjaVABxdL3Wk3TFEe A==; X-CSE-ConnectionGUID: SaGJVi0PRbqwn1Z4lpQ+dQ== X-CSE-MsgGUID: gCLKIV/xSlaBCMC8SZCtzg== X-IronPort-AV: E=McAfee;i="6800,10657,11736"; a="97813418" X-IronPort-AV: E=Sophos;i="6.23,134,1770624000"; d="scan'208";a="97813418" Received: from orviesa001.jf.intel.com ([10.64.159.141]) by orvoesa101.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Mar 2026 21:57:47 -0700 X-CSE-ConnectionGUID: JdrSJEvRTiiGeMdaUf5V0Q== X-CSE-MsgGUID: Tk/wszvZSgSey3/O+JoOgg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.23,134,1770624000"; d="scan'208";a="261596861" Received: from lkp-server02.sh.intel.com (HELO d7fefbca0d04) ([10.239.97.151]) by orviesa001.jf.intel.com with ESMTP; 21 Mar 2026 21:57:45 -0700 Received: from kbuild by d7fefbca0d04 with local (Exim 4.98.2) (envelope-from ) id 1w4Ash-000000001ht-0dB1; Sun, 22 Mar 2026 04:57:43 +0000 Date: Sun, 22 Mar 2026 12:56:03 +0800 From: kernel test robot To: David Timber , linkinjeon@kernel.org, hyc.lee@gmail.com, almaz.alexandrovich@paragon-software.com Cc: oe-kbuild-all@lists.linux.dev, linux-fsdevel@vger.kernel.org, ntfs3@lists.linux.dev, David Timber Subject: Re: [PATCH] ntfs(3): export super block magic Message-ID: <202603221238.2Ua0cYgD-lkp@intel.com> References: <20260319234047.43253-1-dxdt@dev.snart.me> Precedence: bulk X-Mailing-List: ntfs3@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20260319234047.43253-1-dxdt@dev.snart.me> Hi David, kernel test robot noticed the following build errors: [auto build test ERROR on next-20260319] [cannot apply to brauner-vfs/vfs.all linus/master v7.0-rc4 v7.0-rc3 v7.0-rc2 v7.0-rc4] [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/David-Timber/ntfs-3-export-super-block-magic/20260320-181810 base: next-20260319 patch link: https://lore.kernel.org/r/20260319234047.43253-1-dxdt%40dev.snart.me patch subject: [PATCH] ntfs(3): export super block magic config: sh-allmodconfig (https://download.01.org/0day-ci/archive/20260322/202603221238.2Ua0cYgD-lkp@intel.com/config) compiler: sh4-linux-gcc (GCC) 15.2.0 reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260322/202603221238.2Ua0cYgD-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/202603221238.2Ua0cYgD-lkp@intel.com/ All errors (new ones prefixed by >>): fs/ntfs/super.c: In function 'ntfs_statfs': >> fs/ntfs/super.c:2152:25: error: 'NTFS_SUPER_MAGIC' undeclared (first use in this function) 2152 | sfs->f_type = NTFS_SUPER_MAGIC; | ^~~~~~~~~~~~~~~~ fs/ntfs/super.c:2152:25: note: each undeclared identifier is reported only once for each function it appears in fs/ntfs/super.c: In function 'ntfs_fill_super': fs/ntfs/super.c:2355:23: error: 'NTFS_SUPER_MAGIC' undeclared (first use in this function) 2355 | sb->s_magic = NTFS_SUPER_MAGIC; | ^~~~~~~~~~~~~~~~ -- fs/ntfs3/super.c: In function 'ntfs_statfs': >> fs/ntfs3/super.c:734:23: error: 'NTFS3_SUPER_MAGIC' undeclared (first use in this function) 734 | buf->f_type = NTFS3_SUPER_MAGIC; | ^~~~~~~~~~~~~~~~~ fs/ntfs3/super.c:734:23: note: each undeclared identifier is reported only once for each function it appears in fs/ntfs3/super.c: In function 'ntfs_fill_super': fs/ntfs3/super.c:1282:23: error: 'NTFS3_SUPER_MAGIC' undeclared (first use in this function) 1282 | sb->s_magic = NTFS3_SUPER_MAGIC; | ^~~~~~~~~~~~~~~~~ vim +/NTFS_SUPER_MAGIC +2152 fs/ntfs/super.c 2123 2124 /* 2125 * ntfs_statfs - return information about mounted NTFS volume 2126 * @dentry: dentry from mounted volume 2127 * @sfs: statfs structure in which to return the information 2128 * 2129 * Return information about the mounted NTFS volume @dentry in the statfs structure 2130 * pointed to by @sfs (this is initialized with zeros before ntfs_statfs is 2131 * called). We interpret the values to be correct of the moment in time at 2132 * which we are called. Most values are variable otherwise and this isn't just 2133 * the free values but the totals as well. For example we can increase the 2134 * total number of file nodes if we run out and we can keep doing this until 2135 * there is no more space on the volume left at all. 2136 * 2137 * Called from vfs_statfs which is used to handle the statfs, fstatfs, and 2138 * ustat system calls. 2139 * 2140 * Return 0 on success or -errno on error. 2141 */ 2142 static int ntfs_statfs(struct dentry *dentry, struct kstatfs *sfs) 2143 { 2144 struct super_block *sb = dentry->d_sb; 2145 s64 size; 2146 struct ntfs_volume *vol = NTFS_SB(sb); 2147 struct ntfs_inode *mft_ni = NTFS_I(vol->mft_ino); 2148 unsigned long flags; 2149 2150 ntfs_debug("Entering."); 2151 /* Type of filesystem. */ > 2152 sfs->f_type = NTFS_SUPER_MAGIC; 2153 /* Optimal transfer block size. */ 2154 sfs->f_bsize = vol->cluster_size; 2155 /* Fundamental file system block size, used as the unit. */ 2156 sfs->f_frsize = vol->cluster_size; 2157 2158 /* 2159 * Total data blocks in filesystem in units of f_bsize and since 2160 * inodes are also stored in data blocs ($MFT is a file) this is just 2161 * the total clusters. 2162 */ 2163 sfs->f_blocks = vol->nr_clusters; 2164 2165 /* wait event */ 2166 if (!NVolFreeClusterKnown(vol)) 2167 wait_event(vol->free_waitq, NVolFreeClusterKnown(vol)); 2168 2169 /* Free data blocks in filesystem in units of f_bsize. */ 2170 size = atomic64_read(&vol->free_clusters) - 2171 atomic64_read(&vol->dirty_clusters); 2172 if (size < 0LL) 2173 size = 0LL; 2174 2175 /* Free blocks avail to non-superuser, same as above on NTFS. */ 2176 sfs->f_bavail = sfs->f_bfree = size; 2177 2178 /* Number of inodes in filesystem (at this point in time). */ 2179 read_lock_irqsave(&mft_ni->size_lock, flags); 2180 sfs->f_files = i_size_read(vol->mft_ino) >> vol->mft_record_size_bits; 2181 read_unlock_irqrestore(&mft_ni->size_lock, flags); 2182 2183 /* Free inodes in fs (based on current total count). */ 2184 sfs->f_ffree = atomic64_read(&vol->free_mft_records); 2185 2186 /* 2187 * File system id. This is extremely *nix flavour dependent and even 2188 * within Linux itself all fs do their own thing. I interpret this to 2189 * mean a unique id associated with the mounted fs and not the id 2190 * associated with the filesystem driver, the latter is already given 2191 * by the filesystem type in sfs->f_type. Thus we use the 64-bit 2192 * volume serial number splitting it into two 32-bit parts. We enter 2193 * the least significant 32-bits in f_fsid[0] and the most significant 2194 * 32-bits in f_fsid[1]. 2195 */ 2196 sfs->f_fsid = u64_to_fsid(vol->serial_no); 2197 /* Maximum length of filenames. */ 2198 sfs->f_namelen = NTFS_MAX_NAME_LEN; 2199 2200 return 0; 2201 } 2202 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki