From: kernel test robot <lkp@intel.com>
To: John Groves <john@jagalactic.com>, John Groves <John@groves.net>,
Miklos Szeredi <miklos@szeredi.hu>,
Dan Williams <dan.j.williams@intel.com>,
Bernd Schubert <bschubert@ddn.com>,
Alison Schofield <alison.schofield@intel.com>
Cc: llvm@lists.linux.dev, oe-kbuild-all@lists.linux.dev,
Jonathan Corbet <corbet@lwn.net>,
Vishal Verma <vishal.l.verma@intel.com>,
Dave Jiang <dave.jiang@intel.com>,
Matthew Wilcox <willy@infradead.org>, Jan Kara <jack@suse.cz>,
Alexander Viro <viro@zeniv.linux.org.uk>,
David Hildenbrand <david@kernel.org>,
Christian Brauner <brauner@kernel.org>,
"Darrick J . Wong" <djwong@kernel.org>,
Randy Dunlap <rdunlap@infradead.org>,
Jeff Layton <jlayton@kernel.org>,
Amir Goldstein <amir73il@gmail.com>,
Jonathan Cameron <Jonathan.Cameron@huawei.com>,
Stefan Hajnoczi <shajnocz@redhat.com>,
Joanne Koong <joannelkoong@gmail.com>,
Josef Bacik <josef@toxicpanda.com>,
Bagas Sanjaya <bagasdotme@gmail.com>,
James Morse <james.morse@arm.com>, Fuad Tabba <tabba@google.com>,
Sean Christopherson <seanjc@google.com>,
Shivank Garg <shivankg@amd.com>,
Ackerley Tng <ackerleytng@google.com>,
Gregory Price <gourry@gourry.net>,
Aravind Ramesh <arramesh@micron.com>,
Ajay Joshi <ajayjoshi@micron.com>
Subject: Re: [PATCH V5 15/19] famfs_fuse: Plumb dax iomap and fuse read/write/mmap
Date: Sat, 17 Jan 2026 09:40:39 +0800 [thread overview]
Message-ID: <202601170925.1qbFpAwE-lkp@intel.com> (raw)
In-Reply-To: <0100019bc834ead9-7ed67793-5e18-45f6-80cc-146cfd7d4c8a-000000@email.amazonses.com>
Hi John,
kernel test robot noticed the following build warnings:
[auto build test WARNING on mszeredi-fuse/for-next]
[also build test WARNING on brauner-vfs/vfs.all v6.19-rc5]
[cannot apply to linus/master next-20260116]
[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/John-Groves/dax-Factor-out-dax_folio_reset_order-helper/20260117-031401
base: https://git.kernel.org/pub/scm/linux/kernel/git/mszeredi/fuse.git for-next
patch link: https://lore.kernel.org/r/0100019bc834ead9-7ed67793-5e18-45f6-80cc-146cfd7d4c8a-000000%40email.amazonses.com
patch subject: [PATCH V5 15/19] famfs_fuse: Plumb dax iomap and fuse read/write/mmap
config: s390-defconfig (https://download.01.org/0day-ci/archive/20260117/202601170925.1qbFpAwE-lkp@intel.com/config)
compiler: clang version 22.0.0git (https://github.com/llvm/llvm-project 9b8addffa70cee5b2acc5454712d9cf78ce45710)
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20260117/202601170925.1qbFpAwE-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 <lkp@intel.com>
| Closes: https://lore.kernel.org/oe-kbuild-all/202601170925.1qbFpAwE-lkp@intel.com/
All warnings (new ones prefixed by >>):
>> fs/fuse/famfs.c:610:22: warning: variable 'ext_size' is uninitialized when used within its own initialization [-Wuninitialized]
610 | u64 ext_size = min(ext_size, meta->file_size);
| ~~~~~~~~ ^~~~~~~~
include/linux/minmax.h:105:38: note: expanded from macro 'min'
105 | #define min(x, y) __careful_cmp(min, x, y)
| ^
include/linux/minmax.h:98:25: note: expanded from macro '__careful_cmp'
98 | __careful_cmp_once(op, x, y, __UNIQUE_ID(x_), __UNIQUE_ID(y_))
| ^
include/linux/minmax.h:92:13: note: expanded from macro '__careful_cmp_once'
92 | auto ux = (x); auto uy = (y); \
| ^
1 warning generated.
vim +/ext_size +610 fs/fuse/famfs.c
585
586 static int
587 famfs_interleave_fileofs_to_daxofs(struct inode *inode, struct iomap *iomap,
588 loff_t file_offset, off_t len, unsigned int flags)
589 {
590 struct fuse_inode *fi = get_fuse_inode(inode);
591 struct famfs_file_meta *meta = fi->famfs_meta;
592 struct fuse_conn *fc = get_fuse_conn(inode);
593 loff_t local_offset = file_offset;
594
595 /* This function is only for extent_type INTERLEAVED_EXTENT */
596 if (meta->fm_extent_type != INTERLEAVED_EXTENT) {
597 pr_err("%s: bad extent type\n", __func__);
598 goto err_out;
599 }
600
601 if (famfs_file_bad(inode))
602 goto err_out;
603
604 iomap->offset = file_offset;
605
606 for (int i = 0; i < meta->fm_niext; i++) {
607 struct famfs_meta_interleaved_ext *fei = &meta->ie[i];
608 u64 chunk_size = fei->fie_chunk_size;
609 u64 nstrips = fei->fie_nstrips;
> 610 u64 ext_size = min(ext_size, meta->file_size);
611
612 if (ext_size == 0) {
613 pr_err("%s: ext_size=%lld file_size=%ld\n",
614 __func__, fei->fie_nbytes, meta->file_size);
615 goto err_out;
616 }
617
618 /* Is the data is in this striped extent? */
619 if (local_offset < ext_size) {
620 u64 chunk_num = local_offset / chunk_size;
621 u64 chunk_offset = local_offset % chunk_size;
622 u64 chunk_remainder = chunk_size - chunk_offset;
623 u64 stripe_num = chunk_num / nstrips;
624 u64 strip_num = chunk_num % nstrips;
625 u64 strip_offset = chunk_offset + (stripe_num * chunk_size);
626 u64 strip_dax_ofs = fei->ie_strips[strip_num].ext_offset;
627 u64 strip_devidx = fei->ie_strips[strip_num].dev_index;
628
629 if (strip_devidx >= fc->dax_devlist->nslots) {
630 pr_err("%s: strip_devidx %llu >= nslots %d\n",
631 __func__, strip_devidx,
632 fc->dax_devlist->nslots);
633 goto err_out;
634 }
635
636 if (!fc->dax_devlist->devlist[strip_devidx].valid) {
637 pr_err("%s: daxdev=%lld invalid\n", __func__,
638 strip_devidx);
639 goto err_out;
640 }
641
642 iomap->addr = strip_dax_ofs + strip_offset;
643 iomap->offset = file_offset;
644 iomap->length = min_t(loff_t, len, chunk_remainder);
645
646 iomap->dax_dev = fc->dax_devlist->devlist[strip_devidx].devp;
647
648 iomap->type = IOMAP_MAPPED;
649 iomap->flags = flags;
650
651 return 0;
652 }
653 local_offset -= ext_size; /* offset is beyond this striped extent */
654 }
655
656 err_out:
657 pr_err("%s: err_out\n", __func__);
658
659 /* We fell out the end of the extent list.
660 * Set iomap to zero length in this case, and return 0
661 * This just means that the r/w is past EOF
662 */
663 iomap->addr = 0; /* there is no valid dax device offset */
664 iomap->offset = file_offset; /* file offset */
665 iomap->length = 0; /* this had better result in no access to dax mem */
666 iomap->dax_dev = NULL;
667 iomap->type = IOMAP_MAPPED;
668 iomap->flags = flags;
669
670 return -EIO;
671 }
672
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
parent reply other threads:[~2026-01-17 1:41 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <0100019bc834ead9-7ed67793-5e18-45f6-80cc-146cfd7d4c8a-000000@email.amazonses.com>]
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=202601170925.1qbFpAwE-lkp@intel.com \
--to=lkp@intel.com \
--cc=John@groves.net \
--cc=Jonathan.Cameron@huawei.com \
--cc=ackerleytng@google.com \
--cc=ajayjoshi@micron.com \
--cc=alison.schofield@intel.com \
--cc=amir73il@gmail.com \
--cc=arramesh@micron.com \
--cc=bagasdotme@gmail.com \
--cc=brauner@kernel.org \
--cc=bschubert@ddn.com \
--cc=corbet@lwn.net \
--cc=dan.j.williams@intel.com \
--cc=dave.jiang@intel.com \
--cc=david@kernel.org \
--cc=djwong@kernel.org \
--cc=gourry@gourry.net \
--cc=jack@suse.cz \
--cc=james.morse@arm.com \
--cc=jlayton@kernel.org \
--cc=joannelkoong@gmail.com \
--cc=john@jagalactic.com \
--cc=josef@toxicpanda.com \
--cc=llvm@lists.linux.dev \
--cc=miklos@szeredi.hu \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=rdunlap@infradead.org \
--cc=seanjc@google.com \
--cc=shajnocz@redhat.com \
--cc=shivankg@amd.com \
--cc=tabba@google.com \
--cc=viro@zeniv.linux.org.uk \
--cc=vishal.l.verma@intel.com \
--cc=willy@infradead.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox