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 0EBA3C369AB for ; Sat, 19 Apr 2025 01:21:41 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 7098D6B0006; Fri, 18 Apr 2025 21:21:39 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 6940D6B0007; Fri, 18 Apr 2025 21:21:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 4C09E6B0008; Fri, 18 Apr 2025 21:21:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0016.hostedemail.com [216.40.44.16]) by kanga.kvack.org (Postfix) with ESMTP id 29C476B0006 for ; Fri, 18 Apr 2025 21:21:39 -0400 (EDT) Received: from smtpin04.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 4A72A121314 for ; Sat, 19 Apr 2025 01:21:40 +0000 (UTC) X-FDA: 83349041160.04.D486DEB Received: from mgamail.intel.com (mgamail.intel.com [192.198.163.7]) by imf29.hostedemail.com (Postfix) with ESMTP id 8FAA612000A for ; Sat, 19 Apr 2025 01:21:37 +0000 (UTC) Authentication-Results: imf29.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Ak+bqH00; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf29.hostedemail.com: domain of lkp@intel.com designates 192.198.163.7 as permitted sender) smtp.mailfrom=lkp@intel.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1745025698; a=rsa-sha256; cv=none; b=qzohPH5YcUmozjJmDwE+hXMpH7vXDyBT8c6nRkpwV5sTyq/bxcGCzcpcQDtgPCzdJES3wo q2tPd67gOaIU41z4JTcpBeFWlzMtxL2Kv9JmFux1stMiZigyQLLZkxdr40rIPBFzsKMRPG 9gP9FAiBVsbxuCSAHDpsvUcXMyy4PoY= ARC-Authentication-Results: i=1; imf29.hostedemail.com; dkim=pass header.d=intel.com header.s=Intel header.b=Ak+bqH00; dmarc=pass (policy=none) header.from=intel.com; spf=pass (imf29.hostedemail.com: domain of lkp@intel.com designates 192.198.163.7 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=1745025698; 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: references:dkim-signature; bh=DO3j/VrQHhj65EjxgKI7no6oWQKZVGxNgm6Ya7NHrAo=; b=r61CVYuqIWYvaKmDMevOe3evluxxEQ+uLinHkWhHyqRT23rTDrNBvsGp0ZkFORL3Cbh7yl QnOWtj3sOGUOHqJLc2lB52qqASAue1RNIEbiCW9C+uXCkaJ2HwDztHZNobsTyYLtkEJNrI NhxtR9mLcWZrGJ/cSuMkyILwEPt+QOg= DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1745025698; x=1776561698; h=date:from:to:cc:subject:message-id:mime-version; bh=cyAGdUcUXeL8GReA2AqsYpo+qSR5XfDMbU3F29jmW5U=; b=Ak+bqH00aOrEfOc3VYwTrjLRzZzLGp6vqcYdDVvXqbNDua896TGqShRL 8yuxcZANPvmTOU2Cnk7lZObUb/7npGYGh6GkmfLqWxXiRFBdLy4MheXf3 rIsxxXSzAGl/N29EIKSyr2jO3m/uWRS8wmXmxIjle1CsWhtZyZ87qLQ5X dEiF0rFegGMRzOkV76Mo8vUMqwKSDf2AY7qOTP6byIrpGYL2xZ0bOvq6s CpzPah8JjjY3wIrlVci8t9bQfRRxn9LDHrtVxymhtLu2mQainMyeHCihT 3rpDpRoSo1M/vrbb3h6gfFyGEtG89KOmpM84R0VG7LBsblI/pRUc0RhiJ g==; X-CSE-ConnectionGUID: mK3hreCdT2WMc9N1ejBCEQ== X-CSE-MsgGUID: Td0CaUWtSjSCYcp0ocWjXg== X-IronPort-AV: E=McAfee;i="6700,10204,11407"; a="72047324" X-IronPort-AV: E=Sophos;i="6.15,223,1739865600"; d="scan'208";a="72047324" Received: from orviesa007.jf.intel.com ([10.64.159.147]) by fmvoesa101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 18 Apr 2025 18:21:36 -0700 X-CSE-ConnectionGUID: JnU356ykSg2rabWehrVfxA== X-CSE-MsgGUID: S372TFgbSNOxn5skT17v9g== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.15,223,1739865600"; d="scan'208";a="131820551" Received: from lkp-server01.sh.intel.com (HELO 61e10e65ea0f) ([10.239.97.150]) by orviesa007.jf.intel.com with ESMTP; 18 Apr 2025 18:21:33 -0700 Received: from kbuild by 61e10e65ea0f with local (Exim 4.96) (envelope-from ) id 1u5wtf-0003UT-0t; Sat, 19 Apr 2025 01:21:31 +0000 Date: Sat, 19 Apr 2025 09:21:13 +0800 From: kernel test robot To: Mark Tinguely Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev, Andrew Morton , Linux Memory Management List , "Matthew Wilcox (Oracle)" , Joseph Qi Subject: [akpm-mm:mm-nonmm-unstable 66/67] fs/ocfs2/aops.c:1133:17: warning: variable 'i' is uninitialized when used here Message-ID: <202504190950.rq1NDlDz-lkp@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Rspamd-Server: rspam11 X-Rspamd-Queue-Id: 8FAA612000A X-Stat-Signature: bi1fd6dnmpm16iu1ax388gxscinp6nju X-Rspam-User: X-HE-Tag: 1745025697-140944 X-HE-Meta: U2FsdGVkX19SMXw4svCncs0nmBTIMCh2mMz6ptY6EYVgK/wFgDKW5/64/z7UX8a3sdQW1IwPLTLXYEvAQgc7AzXj6qnXi2mT15SA0FHUh4035Bh6jkUhEaQBkz4F0JZRwRdnd1IfEpbseXyuJWRZmE6/VAohoL12KhOa6OTgVzfrdndVYj+jEKNO+cd9INWOFLKbZ5crpPgRydrsxv1cA7lkE1p1GeIuwW0oTxxXp32gqFtQpFqH6CVoXPQ4mNybZDfSmvIlzyq5dSM31wArc+kvMZ4FfDHjJZ4dqZXxVxy8HEnAlQmdPWJBE1Ec+aQNgivf6yoWzrvOf8nRJ/DCNnaKXhF+PorM7/QcBszdKpcOar2HuUib/JGVaC/VtMa/a+ag2aIAYy/nv5vTcoHuSUeEympOe+fjeiOPLC3th5bzlkHJUEnxqIuMEob36y6XIl24UYO5m3GTFUCkGy9kx8AFW0dh4k0QYQV7Ey18gCJBI8TuPtRnaZdb1v5RlzvFYmGEs8NEniN2g8B/QlaxWYbFkB4J/Tlu1UekkciWkWpw+u8Y/a+5jptTnbb/slgaq7+xjL52Iu0N8QZ8C0Be62t69mzAxxn+SIlP2aOmilc/1/qUraS8Ojf1yFbHx+HX4GBMVt94zC0TdhoMukkxCOC4qPBS6z2S1dUsxt7Y7kOUoEUQlUhHBYStLvJY3uryYb8f9//93vRABgKewZIPcY0jzViDT1/wwwBHq99ZrfslXBzP/h4YwDGMbgG5rNsQf8ibE0tOi6EAEEgGU4W6BZuFHSRQPT1p3i+eIbr2YLuOhRVGEC5gIK4KDAeImJ2aBOKrwoEXHnExxP9XnkZJbclng5+NX5p//XUFh5LWw2OYggbdrLd80cTar+Czyuq/9mEBmWGu3qgQ18WPCBsQXuk+fdQNe/SwEnLavIncqd/dCkHpBhgnmcNITsfUnUc6axCZzlnDxJSsK8m/cbc GqJuZePp lcNGmNJ6SiErW/xIHbQK3AawYQObrePM+EIp1H1/UqGToCgX4M9BabdQ937Y8vaHBzaXwjfKsQ+t+JxJl3Ud7JUoF1jXQUlVLphHxTw0GXUfQOwQLWTf/5Z1xQfOSUKU0pge01cIY/k5ZVuzRVHDR5Pj6Ua+N+/Y9qzlsaePbtSoqTnmUdkXEIcm7UlwhNomA8sV/026GHG1/pE1jRNxW5C+aOvaiTW1m8DDTX1xOyLcR9ukGU5uMtGEtNTY7oNiUflcLSv/eXhCjjefP4paX83B3Eb6ioOtdgHjyRPeV+qzDkSgWuT4iuw4H2nAAJXY0hoLnfP2XDrMZAPU= 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: tree: https://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm.git mm-nonmm-unstable head: d1a9b961293d30be9a865d8685590635db282957 commit: 89e3e963129e945e0333e474709bde627b6a9cee [66/67] ocfs2: fix panic in failed foilio allocation config: s390-randconfig-001-20250419 (https://download.01.org/0day-ci/archive/20250419/202504190950.rq1NDlDz-lkp@intel.com/config) compiler: clang version 21.0.0git (https://github.com/llvm/llvm-project f819f46284f2a79790038e1f6649172789734ae8) reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20250419/202504190950.rq1NDlDz-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/202504190950.rq1NDlDz-lkp@intel.com/ All warnings (new ones prefixed by >>): >> fs/ocfs2/aops.c:1133:17: warning: variable 'i' is uninitialized when used here [-Wuninitialized] 1133 | wc->w_folios[i] = NULL; | ^ fs/ocfs2/aops.c:1101:12: note: initialize the variable 'i' to silence this warning 1101 | int ret, i; | ^ | = 0 1 warning generated. vim +/i +1133 fs/ocfs2/aops.c 1088 1089 /* 1090 * Prepare a single cluster for write one cluster into the file. 1091 */ 1092 static int ocfs2_write_cluster(struct address_space *mapping, 1093 u32 *phys, unsigned int new, 1094 unsigned int clear_unwritten, 1095 unsigned int should_zero, 1096 struct ocfs2_alloc_context *data_ac, 1097 struct ocfs2_alloc_context *meta_ac, 1098 struct ocfs2_write_ctxt *wc, u32 cpos, 1099 loff_t user_pos, unsigned user_len) 1100 { 1101 int ret, i; 1102 u64 p_blkno; 1103 struct inode *inode = mapping->host; 1104 struct ocfs2_extent_tree et; 1105 int bpc = ocfs2_clusters_to_blocks(inode->i_sb, 1); 1106 1107 if (new) { 1108 u32 tmp_pos; 1109 1110 /* 1111 * This is safe to call with the page locks - it won't take 1112 * any additional semaphores or cluster locks. 1113 */ 1114 tmp_pos = cpos; 1115 ret = ocfs2_add_inode_data(OCFS2_SB(inode->i_sb), inode, 1116 &tmp_pos, 1, !clear_unwritten, 1117 wc->w_di_bh, wc->w_handle, 1118 data_ac, meta_ac, NULL); 1119 /* 1120 * This shouldn't happen because we must have already 1121 * calculated the correct meta data allocation required. The 1122 * internal tree allocation code should know how to increase 1123 * transaction credits itself. 1124 * 1125 * If need be, we could handle -EAGAIN for a 1126 * RESTART_TRANS here. 1127 */ 1128 mlog_bug_on_msg(ret == -EAGAIN, 1129 "Inode %llu: EAGAIN return during allocation.\n", 1130 (unsigned long long)OCFS2_I(inode)->ip_blkno); 1131 if (ret < 0) { 1132 mlog_errno(ret); > 1133 wc->w_folios[i] = NULL; 1134 goto out; 1135 } 1136 } else if (clear_unwritten) { 1137 ocfs2_init_dinode_extent_tree(&et, INODE_CACHE(inode), 1138 wc->w_di_bh); 1139 ret = ocfs2_mark_extent_written(inode, &et, 1140 wc->w_handle, cpos, 1, *phys, 1141 meta_ac, &wc->w_dealloc); 1142 if (ret < 0) { 1143 mlog_errno(ret); 1144 goto out; 1145 } 1146 } 1147 1148 /* 1149 * The only reason this should fail is due to an inability to 1150 * find the extent added. 1151 */ 1152 ret = ocfs2_get_clusters(inode, cpos, phys, NULL, NULL); 1153 if (ret < 0) { 1154 mlog(ML_ERROR, "Get physical blkno failed for inode %llu, " 1155 "at logical cluster %u", 1156 (unsigned long long)OCFS2_I(inode)->ip_blkno, cpos); 1157 goto out; 1158 } 1159 1160 BUG_ON(*phys == 0); 1161 1162 p_blkno = ocfs2_clusters_to_blocks(inode->i_sb, *phys); 1163 if (!should_zero) 1164 p_blkno += (user_pos >> inode->i_sb->s_blocksize_bits) & (u64)(bpc - 1); 1165 1166 for (i = 0; i < wc->w_num_folios; i++) { 1167 int tmpret; 1168 1169 /* This is the direct io target page. */ 1170 if (wc->w_folios[i] == NULL) { 1171 p_blkno += (1 << (PAGE_SHIFT - inode->i_sb->s_blocksize_bits)); 1172 continue; 1173 } 1174 1175 tmpret = ocfs2_prepare_folio_for_write(inode, &p_blkno, wc, 1176 wc->w_folios[i], cpos, user_pos, user_len, 1177 should_zero); 1178 if (tmpret) { 1179 mlog_errno(tmpret); 1180 if (ret == 0) 1181 ret = tmpret; 1182 } 1183 } 1184 1185 /* 1186 * We only have cleanup to do in case of allocating write. 1187 */ 1188 if (ret && new) 1189 ocfs2_write_failure(inode, wc, user_pos, user_len); 1190 1191 out: 1192 1193 return ret; 1194 } 1195 -- 0-DAY CI Kernel Test Service https://github.com/intel/lkp-tests/wiki