WARNING: lock held when returning to user space!

11 views
Skip to first unread message

syzbot

unread,
Apr 6, 2018, 9:02:02 AM4/6/18
to ax...@kernel.dk, linux...@vger.kernel.org, linux-...@vger.kernel.org, syzkall...@googlegroups.com
Hello,

syzbot hit the following crash on upstream commit
38c23685b273cfb4ccf31a199feccce3bdcb5d83 (Fri Apr 6 04:29:35 2018 +0000)
Merge tag 'armsoc-drivers' of
git://git.kernel.org/pub/scm/linux/kernel/git/arm/arm-soc
syzbot dashboard link:
https://syzkaller.appspot.com/bug?extid=31e8daa8b3fc129e75f2

So far this crash happened 9 times on upstream.
C reproducer: https://syzkaller.appspot.com/x/repro.c?id=6407930337296384
syzkaller reproducer:
https://syzkaller.appspot.com/x/repro.syz?id=4942413340606464
Raw console output:
https://syzkaller.appspot.com/x/log.txt?id=4764483918495744
Kernel config:
https://syzkaller.appspot.com/x/.config?id=-5813481738265533882
compiler: gcc (GCC) 8.0.1 20180301 (experimental)

IMPORTANT: if you fix the bug, please add the following tag to the commit:
Reported-by: syzbot+31e8da...@syzkaller.appspotmail.com
It will help syzbot understand when the bug is fixed. See footer for
details.
If you forward the report, please keep this part and the footer.


================================================
WARNING: lock held when returning to user space!
4.16.0+ #3 Not tainted
------------------------------------------------
syzkaller433111/4462 is leaving the kernel with locks still held!
1 lock held by syzkaller433111/4462:
#0: 0000000003a06fae (&lo->lo_ctl_mutex/1){+.+.}, at: lo_ioctl+0x8d/0x1ec0
drivers/block/loop.c:1363


---
This bug is generated by a dumb bot. It may contain errors.
See https://goo.gl/tpsmEJ for details.
Direct all questions to syzk...@googlegroups.com.

syzbot will keep track of this bug report.
If you forgot to add the Reported-by tag, once the fix for this bug is
merged
into any tree, please reply to this email with:
#syz fix: exact-commit-title
If you want to test a patch for this bug, please reply with:
#syz test: git://repo/address.git branch
and provide the patch inline or as an attachment.
To mark this as a duplicate of another syzbot report, please reply with:
#syz dup: exact-subject-of-another-report
If it's a one-off invalid bug report, please reply with:
#syz invalid
Note: if the crash happens again, it will cause creation of a new bug
report.
Note: all commands must start from beginning of the line in the email body.

Jens Axboe

unread,
Apr 6, 2018, 10:27:09 AM4/6/18
to syzbot, linux...@vger.kernel.org, linux-...@vger.kernel.org, syzkall...@googlegroups.com, Omar Sandoval
Is this a new regression? Omar did just fiddle with the locking a bit,
seems suspicious.

--
Jens Axboe

Dmitry Vyukov

unread,
Apr 6, 2018, 10:57:35 AM4/6/18
to Jens Axboe, syzbot, linux...@vger.kernel.org, LKML, syzkall...@googlegroups.com, Omar Sandoval
Looking at:
https://syzkaller.appspot.com/bug?extid=31e8daa8b3fc129e75f2
It first happened 4 hours ago and 9 times since then, so probably a
just introduced regression.


> --
> Jens Axboe
>
> --
> You received this message because you are subscribed to the Google Groups "syzkaller-bugs" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to syzkaller-bug...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/syzkaller-bugs/0e998b77-14f0-aee0-8d32-bc1dd96fcc4c%40kernel.dk.
> For more options, visit https://groups.google.com/d/optout.

Jens Axboe

unread,
Apr 6, 2018, 11:01:50 AM4/6/18
to Dmitry Vyukov, syzbot, linux...@vger.kernel.org, LKML, syzkall...@googlegroups.com, Omar Sandoval
After writing that, I saw the discussion in another
thread ("INFO: task hung in lo_ioctl"), so I think we can definitely say
that it's a recently introduced regression in loop due to the killable
lock changes.

--
Jens Axboe

Tetsuo Handa

unread,
Apr 14, 2018, 11:33:20 AM4/14/18
to Jens Axboe, Dmitry Vyukov, syzbot, linux...@vger.kernel.org, LKML, syzkall...@googlegroups.com, Omar Sandoval
The patch was sent to linux.git as commit bdac616db9bbadb9.

#syz fix: loop: fix LOOP_GET_STATUS lock imbalance

Reply all
Reply to author
Forward
0 new messages