From: Prithvi <activprithvi@gmail.com>
To: Al Viro <viro@zeniv.linux.org.uk>
Cc: martin.petersen@oracle.com, d.bogdanov@yadro.com,
bvanassche@acm.org, linux-scsi@vger.kernel.org,
target-devel@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-kernel-mentees@lists.linux.dev, skhan@linuxfoundation.org,
david.hunter.linux@gmail.com, khalid@kernel.org,
syzbot+f6e8174215573a84b797@syzkaller.appspotmail.com,
stable@vger.kernel.org
Subject: Re: [PATCH v3] scsi: target: fix recursive locking in __configfs_open_file()
Date: Tue, 10 Feb 2026 20:30:03 +0530 [thread overview]
Message-ID: <20260210150003.s55mbwdpgbamjtso@inspiron> (raw)
In-Reply-To: <20260205192644.GT3183987@ZenIV>
On Thu, Feb 05, 2026 at 07:26:44PM +0000, Al Viro wrote:
> On Thu, Feb 05, 2026 at 09:56:24PM +0530, Prithvi Tambewagh wrote:
>
> > + r = kern_path(db_root_stage, LOOKUP_FOLLOW, &path);
> > + if (r) {
> > pr_err("db_root: cannot open: %s\n", db_root_stage);
> > goto unlock;
> > }
> > - if (!S_ISDIR(file_inode(fp)->i_mode)) {
> > - filp_close(fp, NULL);
> > + if (!d_is_dir(path.dentry)) {
> > + path_put(&path);
> > pr_err("db_root: not a directory: %s\n", db_root_stage);
> > + r = -ENOTDIR;
> > goto unlock;
> > }
> > - filp_close(fp, NULL);
> > + path_put(&path);
>
> Just pass it LOOKUP_FOLLOW | LOOKUP_DIRECTORY and be done with the manual
> "is it a directory" tests in any form...
Hello Al,
I sincerely apologise for the delayed response. I was testing the change you
suggested, however, whenever I tried testing my patch against the latest
commit where syzbot reported this bug (commit 3a8660878839faadb4f1a6dd72c3179c1df56787
of upstream repository) it gave me a build failure immediately without any
debug log, just the message:
syzbot tried to test the proposed patch but the build/boot failed:
failed to run ["make" "KERNELVERSION=syzkaller" "KERNELRELEASE=syzkaller" "LOCALVERSION=-syzkaller" "-j" "48" "ARCH=x86_64" "bzImage"]: exit status 2
The issue seems to occur multiple times when a patch is tested against the
latest commit where syzbot reported the issue while it doesn't occur on that
latest commit of the upstream repository.
However, testing the change on the latest commit of upstream reprository
(commit 72c395024dac5e215136cbff793455f065603b06) gives a positive result
that the reproducer doesn't trigger any issue.
Reference: https://lore.kernel.org/all/6767d8ea.050a0220.226966.0021.GAE@google.com/T/#mbf32aeb54c4cae609d3b6176ad8dcd99bfc51ad2
IIUC, since the reported failure appears to be unrelated to the change and is working
successfully on latest commit of upstream, I wanted to confirm if v4 based on
these findings is acceptable.
What do you think?
Thank you,
Prithvi
next prev parent reply other threads:[~2026-02-10 15:00 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-02-05 16:26 [PATCH v3] scsi: target: fix recursive locking in __configfs_open_file() Prithvi Tambewagh
2026-02-05 19:26 ` Al Viro
2026-02-10 15:00 ` Prithvi [this message]
2026-02-16 5:54 ` Prithvi
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=20260210150003.s55mbwdpgbamjtso@inspiron \
--to=activprithvi@gmail.com \
--cc=bvanassche@acm.org \
--cc=d.bogdanov@yadro.com \
--cc=david.hunter.linux@gmail.com \
--cc=khalid@kernel.org \
--cc=linux-kernel-mentees@lists.linux.dev \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=martin.petersen@oracle.com \
--cc=skhan@linuxfoundation.org \
--cc=stable@vger.kernel.org \
--cc=syzbot+f6e8174215573a84b797@syzkaller.appspotmail.com \
--cc=target-devel@vger.kernel.org \
--cc=viro@zeniv.linux.org.uk \
/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