From: kernel test robot <lkp@intel.com>
To: "Ritesh Harjani (IBM)" <ritesh.list@gmail.com>
Cc: oe-kbuild-all@lists.linux.dev
Subject: Re: [RFCv5 2/5] iomap: Refactor iop_set_range_uptodate() function
Date: Mon, 8 May 2023 05:54:02 +0800 [thread overview]
Message-ID: <202305080558.vdZsLPmE-lkp@intel.com> (raw)
In-Reply-To: <203a9e25873f6c94c9de89823439aa1f6a7dc714.1683485700.git.ritesh.list@gmail.com>
Hi Ritesh,
[This is a private test report for your RFC patch.]
kernel test robot noticed the following build warnings:
[auto build test WARNING on xfs-linux/for-next]
[also build test WARNING on gfs2/for-next linus/master v6.3 next-20230505]
[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/Ritesh-Harjani-IBM/iomap-Rename-iomap_page_create-release-to-iop_alloc-free/20230508-032903
base: https://git.kernel.org/pub/scm/fs/xfs/xfs-linux.git for-next
patch link: https://lore.kernel.org/r/203a9e25873f6c94c9de89823439aa1f6a7dc714.1683485700.git.ritesh.list%40gmail.com
patch subject: [RFCv5 2/5] iomap: Refactor iop_set_range_uptodate() function
config: m68k-allyesconfig (https://download.01.org/0day-ci/archive/20230508/202305080558.vdZsLPmE-lkp@intel.com/config)
compiler: m68k-linux-gcc (GCC) 12.1.0
reproduce (this is a W=1 build):
wget https://raw.githubusercontent.com/intel/lkp-tests/master/sbin/make.cross -O ~/bin/make.cross
chmod +x ~/bin/make.cross
# https://github.com/intel-lab-lkp/linux/commit/9f4d2751ba6c4b9022e0361ce14274eb156cf39b
git remote add linux-review https://github.com/intel-lab-lkp/linux
git fetch --no-tags linux-review Ritesh-Harjani-IBM/iomap-Rename-iomap_page_create-release-to-iop_alloc-free/20230508-032903
git checkout 9f4d2751ba6c4b9022e0361ce14274eb156cf39b
# save the config file
mkdir build_dir && cp config build_dir/.config
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=m68k olddefconfig
COMPILER_INSTALL_PATH=$HOME/0day COMPILER=gcc-12.1.0 make.cross W=1 O=build_dir ARCH=m68k SHELL=/bin/bash fs/
If you fix the issue, kindly add following tag where applicable
| Reported-by: kernel test robot <lkp@intel.com>
| Link: https://lore.kernel.org/oe-kbuild-all/202305080558.vdZsLPmE-lkp@intel.com/
All warnings (new ones prefixed by >>):
fs/iomap/buffered-io.c: In function 'iomap_read_inline_data':
>> fs/iomap/buffered-io.c:215:28: warning: variable 'iop' set but not used [-Wunused-but-set-variable]
215 | struct iomap_page *iop;
| ^~~
vim +/iop +215 fs/iomap/buffered-io.c
afc51aaa22f26c Darrick J. Wong 2019-07-15 202
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 203 /**
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 204 * iomap_read_inline_data - copy inline data into the page cache
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 205 * @iter: iteration structure
874628a2c59003 Matthew Wilcox (Oracle 2021-07-23 206) * @folio: folio to copy to
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 207 *
874628a2c59003 Matthew Wilcox (Oracle 2021-07-23 208) * Copy the inline data in @iter into @folio and zero out the rest of the folio.
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 209 * Only a single IOMAP_INLINE extent is allowed at the end of each file.
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 210 * Returns zero for success to complete the read, or the usual negative errno.
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 211 */
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 212 static int iomap_read_inline_data(const struct iomap_iter *iter,
874628a2c59003 Matthew Wilcox (Oracle 2021-07-23 213) struct folio *folio)
afc51aaa22f26c Darrick J. Wong 2019-07-15 214 {
cd1e5afe5503ed Matthew Wilcox (Oracle 2021-04-28 @215) struct iomap_page *iop;
fad0a1ab34f777 Christoph Hellwig 2021-08-10 216 const struct iomap *iomap = iomap_iter_srcmap(iter);
1b5c1e36dc0e0f Christoph Hellwig 2021-08-10 217 size_t size = i_size_read(iter->inode) - iomap->offset;
b405435b419cb6 Matthew Wilcox (Oracle 2021-08-02 218) size_t poff = offset_in_page(iomap->offset);
431c0566bb6078 Matthew Wilcox (Oracle 2021-04-28 219) size_t offset = offset_in_folio(folio, iomap->offset);
afc51aaa22f26c Darrick J. Wong 2019-07-15 220 void *addr;
afc51aaa22f26c Darrick J. Wong 2019-07-15 221
874628a2c59003 Matthew Wilcox (Oracle 2021-07-23 222) if (folio_test_uptodate(folio))
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 223 return 0;
afc51aaa22f26c Darrick J. Wong 2019-07-15 224
ae44f9c286da3f Matthew Wilcox (Oracle 2021-08-04 225) if (WARN_ON_ONCE(size > PAGE_SIZE - poff))
ae44f9c286da3f Matthew Wilcox (Oracle 2021-08-04 226) return -EIO;
69f4a26c1e0c7c Gao Xiang 2021-08-03 227 if (WARN_ON_ONCE(size > PAGE_SIZE -
69f4a26c1e0c7c Gao Xiang 2021-08-03 228 offset_in_page(iomap->inline_data)))
69f4a26c1e0c7c Gao Xiang 2021-08-03 229 return -EIO;
69f4a26c1e0c7c Gao Xiang 2021-08-03 230 if (WARN_ON_ONCE(size > iomap->length))
69f4a26c1e0c7c Gao Xiang 2021-08-03 231 return -EIO;
431c0566bb6078 Matthew Wilcox (Oracle 2021-04-28 232) if (offset > 0)
bd964cc84262c6 Ritesh Harjani (IBM 2023-05-08 233) iop = iop_alloc(iter->inode, folio, iter->flags);
cd1e5afe5503ed Matthew Wilcox (Oracle 2021-04-28 234) else
cd1e5afe5503ed Matthew Wilcox (Oracle 2021-04-28 235) iop = to_iomap_page(folio);
afc51aaa22f26c Darrick J. Wong 2019-07-15 236
874628a2c59003 Matthew Wilcox (Oracle 2021-07-23 237) addr = kmap_local_folio(folio, offset);
afc51aaa22f26c Darrick J. Wong 2019-07-15 238 memcpy(addr, iomap->inline_data, size);
b405435b419cb6 Matthew Wilcox (Oracle 2021-08-02 239) memset(addr + size, 0, PAGE_SIZE - poff - size);
ab069d5fdcd145 Matthew Wilcox (Oracle 2021-08-04 240) kunmap_local(addr);
9f4d2751ba6c4b Ritesh Harjani (IBM 2023-05-08 241) iop_set_range_uptodate(iter->inode, folio, offset, PAGE_SIZE - poff);
5ad448ce2976f8 Andreas Gruenbacher 2021-11-24 242 return 0;
afc51aaa22f26c Darrick J. Wong 2019-07-15 243 }
afc51aaa22f26c Darrick J. Wong 2019-07-15 244
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests
next prev parent reply other threads:[~2023-05-07 21:54 UTC|newest]
Thread overview: 48+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-07 19:27 [RFCv5 0/5] iomap: Add support for per-block dirty state to improve write performance Ritesh Harjani (IBM)
2023-05-07 19:27 ` [RFCv5 1/5] iomap: Rename iomap_page_create/release() to iop_alloc/free() Ritesh Harjani (IBM)
2023-05-18 6:13 ` Christoph Hellwig
2023-05-19 15:01 ` Ritesh Harjani
2023-05-07 19:27 ` [RFCv5 2/5] iomap: Refactor iop_set_range_uptodate() function Ritesh Harjani (IBM)
2023-05-07 21:54 ` kernel test robot [this message]
2023-05-08 2:42 ` kernel test robot
2023-05-15 15:09 ` Brian Foster
2023-05-16 10:12 ` Ritesh Harjani
2023-05-18 6:16 ` Christoph Hellwig
2023-05-19 15:03 ` Ritesh Harjani
2023-05-07 19:27 ` [RFCv5 3/5] iomap: Add iop's uptodate state handling functions Ritesh Harjani (IBM)
2023-05-15 15:10 ` Brian Foster
2023-05-16 10:14 ` Ritesh Harjani
2023-05-18 6:18 ` Christoph Hellwig
2023-05-19 15:07 ` Ritesh Harjani
2023-05-23 6:00 ` Christoph Hellwig
2023-05-07 19:27 ` [RFCv5 4/5] iomap: Allocate iop in ->write_begin() early Ritesh Harjani (IBM)
2023-05-18 6:21 ` Christoph Hellwig
2023-05-19 15:18 ` Ritesh Harjani
2023-05-19 15:53 ` Matthew Wilcox
2023-05-22 4:05 ` Ritesh Harjani
2023-05-07 19:28 ` [RFCv5 5/5] iomap: Add per-block dirty state tracking to improve performance Ritesh Harjani (IBM)
2023-05-07 22:14 ` kernel test robot
2023-05-08 5:00 ` kernel test robot
2023-05-15 8:16 ` Pankaj Raghav
2023-05-15 8:31 ` Ritesh Harjani
2023-05-15 13:23 ` Pankaj Raghav
2023-05-15 15:15 ` Brian Foster
2023-05-16 14:49 ` Ritesh Harjani
2023-05-16 19:29 ` Brian Foster
2023-05-17 15:20 ` Ritesh Harjani
2023-05-17 18:48 ` Brian Foster
2023-05-18 13:23 ` Christoph Hellwig
2023-05-18 16:15 ` Matthew Wilcox
2023-05-22 4:33 ` Ritesh Harjani
2023-05-22 4:48 ` Matthew Wilcox
2023-05-22 11:18 ` Brian Foster
2023-05-23 0:56 ` Darrick J. Wong
2023-05-23 12:15 ` Brian Foster
2023-05-23 13:43 ` Ritesh Harjani
2023-05-23 14:44 ` Brian Foster
2023-05-23 15:02 ` Ritesh Harjani
2023-05-23 15:22 ` Brian Foster
2023-05-23 15:38 ` Ritesh Harjani
2023-05-23 15:59 ` Matthew Wilcox
2023-05-18 13:27 ` Christoph Hellwig
2023-05-19 16:08 ` Ritesh Harjani
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=202305080558.vdZsLPmE-lkp@intel.com \
--to=lkp@intel.com \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=ritesh.list@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.