From: Benjamin Gaignard <benjamin.gaignard@collabora.com>
To: syzbot <syzbot+3b1d4b3d5f7a358bf9a9@syzkaller.appspotmail.com>,
hdanton@sina.com, hverkuil-cisco@xs4all.nl, hverkuil@xs4all.nl,
laurent.pinchart@ideasonboard.com, linux-kernel@vger.kernel.org,
linux-media@vger.kernel.org, linux-usb@vger.kernel.org,
m.szyprowski@samsung.com, mchehab@kernel.org,
syzkaller-bugs@googlegroups.com, tfiga@chromium.org
Subject: Re: [syzbot] [usb?] [media?] possible deadlock in vb2_video_unregister_device
Date: Mon, 19 Feb 2024 16:49:47 +0100 [thread overview]
Message-ID: <98b81fbf-4905-4b45-a8c0-33e7399ef84a@collabora.com> (raw)
In-Reply-To: <000000000000cb40790611bbcffd@google.com>
Le 19/02/2024 à 14:10, syzbot a écrit :
> syzbot has bisected this issue to:
>
> commit c838530d230bc638d79b78737fc4488ffc28c1ee
> Author: Benjamin Gaignard <benjamin.gaignard@collabora.com>
> Date: Thu Nov 9 16:34:59 2023 +0000
>
> media: media videobuf2: Be more flexible on the number of queue stored buffers
>
> bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=166dc872180000
> start commit: b401b621758e Linux 6.8-rc5
> git tree: upstream
> final oops: https://syzkaller.appspot.com/x/report.txt?x=156dc872180000
> console output: https://syzkaller.appspot.com/x/log.txt?x=116dc872180000
> kernel config: https://syzkaller.appspot.com/x/.config?x=eff9f3183d0a20dd
> dashboard link: https://syzkaller.appspot.com/bug?extid=3b1d4b3d5f7a358bf9a9
> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=13ffaae8180000
> C reproducer: https://syzkaller.appspot.com/x/repro.c?x=13ef909c180000
>
> Reported-by: syzbot+3b1d4b3d5f7a358bf9a9@syzkaller.appspotmail.com
> Fixes: c838530d230b ("media: media videobuf2: Be more flexible on the number of queue stored buffers")
>
> For information about bisection process see: https://goo.gl/tpsmEJ#bisection
Hans,
I think the issue occur because of this part of the commit:
@@ -1264,7 +1264,7 @@ void vb2_video_unregister_device(struct video_device *vdev)
*/
get_device(&vdev->dev);
video_unregister_device(vdev);
- if (vdev->queue && vdev->queue->owner) {
+ if (vdev->queue) {
struct mutex *lock = vdev->queue->lock ?
vdev->queue->lock : vdev->lock;
but I wonder if the correction shouldn't be to remove usbtv->vb2q_lock mutex in usbtv_video_free().
Any opinion ?
Regards,
Benjamin
>
next prev parent reply other threads:[~2024-02-19 15:49 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-02-07 8:44 syzbot
2024-02-07 11:07 ` Hillf Danton
2024-02-07 11:24 ` syzbot
2024-02-16 5:45 ` Tomasz Figa
2024-02-19 13:10 ` syzbot
2024-02-19 15:49 ` Benjamin Gaignard [this message]
2024-02-20 4:49 ` Tomasz Figa
2024-06-08 23:51 ` [syzbot] [media?] [usb?] " syzbot
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=98b81fbf-4905-4b45-a8c0-33e7399ef84a@collabora.com \
--to=benjamin.gaignard@collabora.com \
--cc=hdanton@sina.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=hverkuil@xs4all.nl \
--cc=laurent.pinchart@ideasonboard.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=mchehab@kernel.org \
--cc=syzbot+3b1d4b3d5f7a358bf9a9@syzkaller.appspotmail.com \
--cc=syzkaller-bugs@googlegroups.com \
--cc=tfiga@chromium.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
all inboxes | Powered by JetHome®