From: kernel test robot <lkp@intel.com>
To: ssrane_b23@ee.vjti.ac.in, Mark Fasheh <mark@fasheh.com>
Cc: oe-kbuild-all@lists.linux.dev, Joel Becker <jlbec@evilplan.org>,
Joseph Qi <joseph.qi@linux.alibaba.com>,
ocfs2-devel@lists.linux.dev, linux-kernel@vger.kernel.org,
syzbot+30b53487d00b4f7f0922@syzkaller.appspotmail.com,
Shaurya Rane <ssrane_b23@ee.vjti.ac.in>
Subject: Re: [PATCH] ocfs2: Fix use-after-free in ocfs2_dx_dir_lookup_rec
Date: Fri, 10 Oct 2025 08:52:17 +0800 [thread overview]
Message-ID: <202510100838.uqgonWvJ-lkp@intel.com> (raw)
In-Reply-To: <20251005151403.9012-1-ssranevjti@gmail.com>
Hi,
kernel test robot noticed the following build warnings:
[auto build test WARNING on brauner-vfs/vfs.all]
[also build test WARNING on linus/master v6.17 next-20251009]
[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/ssrane_b23-ee-vjti-ac-in/ocfs2-Fix-use-after-free-in-ocfs2_dx_dir_lookup_rec/20251009-163456
base: https://git.kernel.org/pub/scm/linux/kernel/git/vfs/vfs.git vfs.all
patch link: https://lore.kernel.org/r/20251005151403.9012-1-ssranevjti%40gmail.com
patch subject: [PATCH] ocfs2: Fix use-after-free in ocfs2_dx_dir_lookup_rec
config: m68k-allyesconfig (https://download.01.org/0day-ci/archive/20251010/202510100838.uqgonWvJ-lkp@intel.com/config)
compiler: m68k-linux-gcc (GCC) 15.1.0
reproduce (this is a W=1 build): (https://download.01.org/0day-ci/archive/20251010/202510100838.uqgonWvJ-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/202510100838.uqgonWvJ-lkp@intel.com/
All warnings (new ones prefixed by >>):
In file included from fs/ocfs2/dir.c:45:
fs/ocfs2/dir.c: In function 'ocfs2_dx_dir_lookup_rec':
>> fs/ocfs2/dir.c:821:35: warning: format '%u' expects argument of type 'unsigned int', but argument 5 has type 'long long unsigned int' [-Wformat=]
821 | "Inode %lu has bad extent record (%u, %u, 0) in btree\n",
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
822 | inode->i_ino,
823 | eb_bh ? (unsigned long long)eb_bh->b_blocknr : 0);
| ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
| |
| long long unsigned int
fs/ocfs2/super.h:18:48: note: in definition of macro 'ocfs2_error'
18 | __ocfs2_error(sb, __PRETTY_FUNCTION__, fmt, ##__VA_ARGS__)
| ^~~
fs/ocfs2/dir.c:821:70: note: format string is defined here
821 | "Inode %lu has bad extent record (%u, %u, 0) in btree\n",
| ~^
| |
| unsigned int
| %llu
>> fs/ocfs2/dir.c:821:35: warning: format '%u' expects a matching 'unsigned int' argument [-Wformat=]
821 | "Inode %lu has bad extent record (%u, %u, 0) in btree\n",
| ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
fs/ocfs2/super.h:18:48: note: in definition of macro 'ocfs2_error'
18 | __ocfs2_error(sb, __PRETTY_FUNCTION__, fmt, ##__VA_ARGS__)
| ^~~
fs/ocfs2/dir.c:821:74: note: format string is defined here
821 | "Inode %lu has bad extent record (%u, %u, 0) in btree\n",
| ~^
| |
| unsigned int
vim +821 fs/ocfs2/dir.c
316f4b9f98a353a Mark Fasheh 2007-09-07 768
9b7895efac906d6 Mark Fasheh 2008-11-12 769 static int ocfs2_dx_dir_lookup_rec(struct inode *inode,
9b7895efac906d6 Mark Fasheh 2008-11-12 770 struct ocfs2_extent_list *el,
9b7895efac906d6 Mark Fasheh 2008-11-12 771 u32 major_hash,
9b7895efac906d6 Mark Fasheh 2008-11-12 772 u32 *ret_cpos,
9b7895efac906d6 Mark Fasheh 2008-11-12 773 u64 *ret_phys_blkno,
9b7895efac906d6 Mark Fasheh 2008-11-12 774 unsigned int *ret_clen)
23193e513d1cd69 Mark Fasheh 2007-09-12 775 {
9b7895efac906d6 Mark Fasheh 2008-11-12 776 int ret = 0, i, found;
9b7895efac906d6 Mark Fasheh 2008-11-12 777 struct buffer_head *eb_bh = NULL;
9b7895efac906d6 Mark Fasheh 2008-11-12 778 struct ocfs2_extent_block *eb;
9b7895efac906d6 Mark Fasheh 2008-11-12 779 struct ocfs2_extent_rec *rec = NULL;
23193e513d1cd69 Mark Fasheh 2007-09-12 780
9b7895efac906d6 Mark Fasheh 2008-11-12 781 if (el->l_tree_depth) {
facdb77f54f09a3 Joel Becker 2009-02-12 782 ret = ocfs2_find_leaf(INODE_CACHE(inode), el, major_hash,
facdb77f54f09a3 Joel Becker 2009-02-12 783 &eb_bh);
9b7895efac906d6 Mark Fasheh 2008-11-12 784 if (ret) {
9b7895efac906d6 Mark Fasheh 2008-11-12 785 mlog_errno(ret);
9b7895efac906d6 Mark Fasheh 2008-11-12 786 goto out;
9b7895efac906d6 Mark Fasheh 2008-11-12 787 }
23193e513d1cd69 Mark Fasheh 2007-09-12 788
9b7895efac906d6 Mark Fasheh 2008-11-12 789 eb = (struct ocfs2_extent_block *) eb_bh->b_data;
9b7895efac906d6 Mark Fasheh 2008-11-12 790 el = &eb->h_list;
4a12ca3a00a244e Mark Fasheh 2008-11-12 791
9b7895efac906d6 Mark Fasheh 2008-11-12 792 if (el->l_tree_depth) {
17a5b9ab32fe046 Goldwyn Rodrigues 2015-09-04 793 ret = ocfs2_error(inode->i_sb,
7ecef14ab1db961 Joe Perches 2015-09-04 794 "Inode %lu has non zero tree depth in btree tree block %llu\n",
7ecef14ab1db961 Joe Perches 2015-09-04 795 inode->i_ino,
9b7895efac906d6 Mark Fasheh 2008-11-12 796 (unsigned long long)eb_bh->b_blocknr);
9b7895efac906d6 Mark Fasheh 2008-11-12 797 goto out;
9b7895efac906d6 Mark Fasheh 2008-11-12 798 }
23193e513d1cd69 Mark Fasheh 2007-09-12 799 }
23193e513d1cd69 Mark Fasheh 2007-09-12 800
44acc46d182ff36 Ivan Pravdin 2025-07-07 801 if (le16_to_cpu(el->l_next_free_rec) == 0) {
44acc46d182ff36 Ivan Pravdin 2025-07-07 802 ret = ocfs2_error(inode->i_sb,
44acc46d182ff36 Ivan Pravdin 2025-07-07 803 "Inode %lu has empty extent list at depth %u\n",
44acc46d182ff36 Ivan Pravdin 2025-07-07 804 inode->i_ino,
44acc46d182ff36 Ivan Pravdin 2025-07-07 805 le16_to_cpu(el->l_tree_depth));
44acc46d182ff36 Ivan Pravdin 2025-07-07 806 goto out;
44acc46d182ff36 Ivan Pravdin 2025-07-07 807 }
44acc46d182ff36 Ivan Pravdin 2025-07-07 808
9b7895efac906d6 Mark Fasheh 2008-11-12 809 found = 0;
9b7895efac906d6 Mark Fasheh 2008-11-12 810 for (i = le16_to_cpu(el->l_next_free_rec) - 1; i >= 0; i--) {
9b7895efac906d6 Mark Fasheh 2008-11-12 811 rec = &el->l_recs[i];
9b7895efac906d6 Mark Fasheh 2008-11-12 812
9b7895efac906d6 Mark Fasheh 2008-11-12 813 if (le32_to_cpu(rec->e_cpos) <= major_hash) {
9b7895efac906d6 Mark Fasheh 2008-11-12 814 found = 1;
9b7895efac906d6 Mark Fasheh 2008-11-12 815 break;
9b7895efac906d6 Mark Fasheh 2008-11-12 816 }
9b7895efac906d6 Mark Fasheh 2008-11-12 817 }
9b7895efac906d6 Mark Fasheh 2008-11-12 818
9b7895efac906d6 Mark Fasheh 2008-11-12 819 if (!found) {
7ecef14ab1db961 Joe Perches 2015-09-04 820 ret = ocfs2_error(inode->i_sb,
7ecef14ab1db961 Joe Perches 2015-09-04 @821 "Inode %lu has bad extent record (%u, %u, 0) in btree\n",
7ecef14ab1db961 Joe Perches 2015-09-04 822 inode->i_ino,
82a88475c352f95 Shaurya Rane 2025-10-05 823 eb_bh ? (unsigned long long)eb_bh->b_blocknr : 0);
9b7895efac906d6 Mark Fasheh 2008-11-12 824 goto out;
9b7895efac906d6 Mark Fasheh 2008-11-12 825 }
9b7895efac906d6 Mark Fasheh 2008-11-12 826
9b7895efac906d6 Mark Fasheh 2008-11-12 827 if (ret_phys_blkno)
9b7895efac906d6 Mark Fasheh 2008-11-12 828 *ret_phys_blkno = le64_to_cpu(rec->e_blkno);
9b7895efac906d6 Mark Fasheh 2008-11-12 829 if (ret_cpos)
9b7895efac906d6 Mark Fasheh 2008-11-12 830 *ret_cpos = le32_to_cpu(rec->e_cpos);
9b7895efac906d6 Mark Fasheh 2008-11-12 831 if (ret_clen)
9b7895efac906d6 Mark Fasheh 2008-11-12 832 *ret_clen = le16_to_cpu(rec->e_leaf_clusters);
9b7895efac906d6 Mark Fasheh 2008-11-12 833
9b7895efac906d6 Mark Fasheh 2008-11-12 834 out:
9b7895efac906d6 Mark Fasheh 2008-11-12 835 brelse(eb_bh);
9b7895efac906d6 Mark Fasheh 2008-11-12 836 return ret;
9b7895efac906d6 Mark Fasheh 2008-11-12 837 }
38760e243249f03 Mark Fasheh 2007-09-11 838
--
0-DAY CI Kernel Test Service
https://github.com/intel/lkp-tests/wiki
prev parent reply other threads:[~2025-10-10 0:53 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-10-05 15:14 [PATCH] ocfs2: Fix use-after-free in ocfs2_dx_dir_lookup_rec ssrane_b23
2025-10-09 1:29 ` Joseph Qi
2025-10-10 0:52 ` kernel test robot [this message]
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=202510100838.uqgonWvJ-lkp@intel.com \
--to=lkp@intel.com \
--cc=jlbec@evilplan.org \
--cc=joseph.qi@linux.alibaba.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mark@fasheh.com \
--cc=ocfs2-devel@lists.linux.dev \
--cc=oe-kbuild-all@lists.linux.dev \
--cc=ssrane_b23@ee.vjti.ac.in \
--cc=syzbot+30b53487d00b4f7f0922@syzkaller.appspotmail.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox