Re: [syzbot] BUG: scheduling while atomic in exit_to_user_mode_loop

Re: [syzbot] BUG: scheduling while atomic in exit_to_user_mode_loop

[Matthew Wilcox]

Yet another ntfs bug.  It's getting really noisy.  Maybe stop testing
ntfs until some more bugs get fixed?

On Sat, Oct 08, 2022 at 10:55:34PM -0700, syzbot wrote:
> Hello,
> 
> syzbot found the following issue on:
> 
> HEAD commit:    0326074ff465 Merge tag 'net-next-6.1' of git://git.kernel...
> git tree:       upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=15b1382a880000
> kernel config:  https://syzkaller.appspot.com/x/.config?x=d323d85b1f8a4ed7
> dashboard link: https://syzkaller.appspot.com/bug?extid=cceb1394467dba9c62d9
> compiler:       Debian clang version 13.0.1-++20220126092033+75e33f71c2da-1~exp1~20220126212112.63, GNU ld (GNU Binutils for Debian) 2.35.2
> syz repro:      https://syzkaller.appspot.com/x/repro.syz?x=1755e8b2880000
> 
> Downloadable assets:
> disk image: https://storage.googleapis.com/syzbot-assets/c40d70ae7512/disk-0326074f.raw.xz
> vmlinux: https://storage.googleapis.com/syzbot-assets/3603ce065271/vmlinux-0326074f.xz
> mounted in repro: https://storage.googleapis.com/syzbot-assets/738016e3c6ba/mount_1.gz
> 
> IMPORTANT: if you fix the issue, please add the following tag to the commit:
> Reported-by: syzbot+cceb1394467dba9c62d9@syzkaller.appspotmail.com
> 
> ntfs3: loop2: Different NTFS' sector size (1024) and media sector size (512)
> BUG: scheduling while atomic: syz-executor.2/9901/0x00000002
> 2 locks held by syz-executor.2/9901:
>  #0: ffff888075f880e0 (&type->s_umount_key#47/1){+.+.}-{3:3}, at: alloc_super+0x212/0x920 fs/super.c:228
>  #1: ffff8880678e78f0 (&sb->s_type->i_lock_key#33){+.+.}-{2:2}, at: spin_lock include/linux/spinlock.h:349 [inline]
>  #1: ffff8880678e78f0 (&sb->s_type->i_lock_key#33){+.+.}-{2:2}, at: _atomic_dec_and_lock+0x9d/0x110 lib/dec_and_lock.c:28
> Modules linked in:
> Preemption disabled at:
> [<0000000000000000>] 0x0
> Kernel panic - not syncing: scheduling while atomic
> CPU: 1 PID: 9901 Comm: syz-executor.2 Not tainted 6.0.0-syzkaller-02734-g0326074ff465 #0
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/22/2022
> Call Trace:
>  <TASK>
>  __dump_stack lib/dump_stack.c:88 [inline]
>  dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106
>  panic+0x2d6/0x715 kernel/panic.c:274
>  __schedule_bug+0x1ff/0x250 kernel/sched/core.c:5725
>  schedule_debug+0x1d3/0x3c0 kernel/sched/core.c:5754
>  __schedule+0xfb/0xdf0 kernel/sched/core.c:6389
>  schedule+0xcb/0x190 kernel/sched/core.c:6571
>  exit_to_user_mode_loop+0xe5/0x150 kernel/entry/common.c:157
>  exit_to_user_mode_prepare+0xb2/0x140 kernel/entry/common.c:201
>  irqentry_exit_to_user_mode+0x5/0x30 kernel/entry/common.c:307
>  asm_sysvec_apic_timer_interrupt+0x16/0x20 arch/x86/include/asm/idtentry.h:649
> RIP: 000f:lock_acquire+0x1e1/0x3c0
> RSP: 0018:ffffc9000563f900 EFLAGS: 00000206
> RAX: 1ffff92000ac7f28 RBX: 0000000000000001 RCX: ffff8880753be2f0
> RDX: dffffc0000000000 RSI: ffffffff8a8d9060 RDI: ffffffff8aecb5e0
> RBP: ffffc9000563fa28 R08: dffffc0000000000 R09: fffffbfff1fc4229
> R10: fffffbfff1fc4229 R11: 1ffffffff1fc4228 R12: dffffc0000000000
> R13: 1ffff92000ac7f24 R14: ffffc9000563f940 R15: 0000000000000246
>  </TASK>
> Kernel Offset: disabled
> Rebooting in 86400 seconds..
> 
> 
> ---
> This report is generated by a bot. It may contain errors.
> See https://goo.gl/tpsmEJ for more information about syzbot.
> syzbot engineers can be reached at syzkaller@googlegroups.com.
> 
> syzbot will keep track of this issue. See:
> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
> syzbot can test patches for this issue, for details see:
> https://goo.gl/tpsmEJ#testing-patches

Re: [syzbot] BUG: scheduling while atomic in exit_to_user_mode_loop

[Konstantin Komarov]

On 10/10/22 06:48, Matthew Wilcox wrote:
> 
> Yet another ntfs bug.  It's getting really noisy.  Maybe stop testing
> ntfs until some more bugs get fixed?
> 

Hello
I think, that we can stop testing ntfs3 because there are several fixes in
development. Until they are pulled in kernel I think it is not necessary
to run these tests.

> On Sat, Oct 08, 2022 at 10:55:34PM -0700, syzbot wrote:
>> Hello,
>>
>> syzbot found the following issue on:
>>
>> HEAD commit:    0326074ff465 Merge tag 'net-next-6.1' of git://git.kernel...
>> git tree:       upstream
>> console output: https://syzkaller.appspot.com/x/log.txt?x=15b1382a880000
>> kernel config:  https://syzkaller.appspot.com/x/.config?x=d323d85b1f8a4ed7
>> dashboard link: https://syzkaller.appspot.com/bug?extid=cceb1394467dba9c62d9
>> compiler:       Debian clang version 13.0.1-++20220126092033+75e33f71c2da-1~exp1~20220126212112.63, GNU ld (GNU Binutils for Debian) 2.35.2
>> syz repro:      https://syzkaller.appspot.com/x/repro.syz?x=1755e8b2880000
>>
>> Downloadable assets:
>> disk image: https://storage.googleapis.com/syzbot-assets/c40d70ae7512/disk-0326074f.raw.xz
>> vmlinux: https://storage.googleapis.com/syzbot-assets/3603ce065271/vmlinux-0326074f.xz
>> mounted in repro: https://storage.googleapis.com/syzbot-assets/738016e3c6ba/mount_1.gz
>>
>> IMPORTANT: if you fix the issue, please add the following tag to the commit:
>> Reported-by: syzbot+cceb1394467dba9c62d9@syzkaller.appspotmail.com
>>
>> ntfs3: loop2: Different NTFS' sector size (1024) and media sector size (512)
>> BUG: scheduling while atomic: syz-executor.2/9901/0x00000002
>> 2 locks held by syz-executor.2/9901:
>>   #0: ffff888075f880e0 (&type->s_umount_key#47/1){+.+.}-{3:3}, at: alloc_super+0x212/0x920 fs/super.c:228
>>   #1: ffff8880678e78f0 (&sb->s_type->i_lock_key#33){+.+.}-{2:2}, at: spin_lock include/linux/spinlock.h:349 [inline]
>>   #1: ffff8880678e78f0 (&sb->s_type->i_lock_key#33){+.+.}-{2:2}, at: _atomic_dec_and_lock+0x9d/0x110 lib/dec_and_lock.c:28
>> Modules linked in:
>> Preemption disabled at:
>> [<0000000000000000>] 0x0
>> Kernel panic - not syncing: scheduling while atomic
>> CPU: 1 PID: 9901 Comm: syz-executor.2 Not tainted 6.0.0-syzkaller-02734-g0326074ff465 #0
>> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 09/22/2022
>> Call Trace:
>>   <TASK>
>>   __dump_stack lib/dump_stack.c:88 [inline]
>>   dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106
>>   panic+0x2d6/0x715 kernel/panic.c:274
>>   __schedule_bug+0x1ff/0x250 kernel/sched/core.c:5725
>>   schedule_debug+0x1d3/0x3c0 kernel/sched/core.c:5754
>>   __schedule+0xfb/0xdf0 kernel/sched/core.c:6389
>>   schedule+0xcb/0x190 kernel/sched/core.c:6571
>>   exit_to_user_mode_loop+0xe5/0x150 kernel/entry/common.c:157
>>   exit_to_user_mode_prepare+0xb2/0x140 kernel/entry/common.c:201
>>   irqentry_exit_to_user_mode+0x5/0x30 kernel/entry/common.c:307
>>   asm_sysvec_apic_timer_interrupt+0x16/0x20 arch/x86/include/asm/idtentry.h:649
>> RIP: 000f:lock_acquire+0x1e1/0x3c0
>> RSP: 0018:ffffc9000563f900 EFLAGS: 00000206
>> RAX: 1ffff92000ac7f28 RBX: 0000000000000001 RCX: ffff8880753be2f0
>> RDX: dffffc0000000000 RSI: ffffffff8a8d9060 RDI: ffffffff8aecb5e0
>> RBP: ffffc9000563fa28 R08: dffffc0000000000 R09: fffffbfff1fc4229
>> R10: fffffbfff1fc4229 R11: 1ffffffff1fc4228 R12: dffffc0000000000
>> R13: 1ffff92000ac7f24 R14: ffffc9000563f940 R15: 0000000000000246
>>   </TASK>
>> Kernel Offset: disabled
>> Rebooting in 86400 seconds..
>>
>>
>> ---
>> This report is generated by a bot. It may contain errors.
>> See https://goo.gl/tpsmEJ for more information about syzbot.
>> syzbot engineers can be reached at syzkaller@googlegroups.com.
>>
>> syzbot will keep track of this issue. See:
>> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
>> syzbot can test patches for this issue, for details see:
>> https://goo.gl/tpsmEJ#testing-patches

Re: [syzbot] BUG: scheduling while atomic in exit_to_user_mode_loop

[Enrico Mioso]

Will these tests be resumed after the fixes are merged?
I think they are really great in point out problems - and to this end I would like to say thank you to the syzkaller project developers.
And all involved parties for the work, the patience and continued effort in developing the VSF and all the filesystems.

Enrico


On Wed, 12 Oct 2022, Konstantin Komarov wrote:

> Date: Wed, 12 Oct 2022 19:24:08
> From: Konstantin Komarov <almaz.alexandrovich@paragon-software.com>
> To: Matthew Wilcox <willy@infradead.org>,
>     syzbot <syzbot+cceb1394467dba9c62d9@syzkaller.appspotmail.com>
> Cc: linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org,
>     syzkaller-bugs@googlegroups.com, viro@zeniv.linux.org.uk,
>     ntfs3@lists.linux.dev
> Subject: Re: [syzbot] BUG: scheduling while atomic in exit_to_user_mode_loop
> 
>
>
> On 10/10/22 06:48, Matthew Wilcox wrote:
>> 
>> Yet another ntfs bug.  It's getting really noisy.  Maybe stop testing
>> ntfs until some more bugs get fixed?
>> 
>
> Hello
> I think, that we can stop testing ntfs3 because there are several fixes in
> development. Until they are pulled in kernel I think it is not necessary
> to run these tests.
>
>> On Sat, Oct 08, 2022 at 10:55:34PM -0700, syzbot wrote:
>>> Hello,
>>> 
>>> syzbot found the following issue on:
>>> 
>>> HEAD commit:    0326074ff465 Merge tag 'net-next-6.1' of 
>>> git://git.kernel...
>>> git tree:       upstream
>>> console output: https://syzkaller.appspot.com/x/log.txt?x=15b1382a880000
>>> kernel config:  https://syzkaller.appspot.com/x/.config?x=d323d85b1f8a4ed7
>>> dashboard link: 
>>> https://syzkaller.appspot.com/bug?extid=cceb1394467dba9c62d9
>>> compiler:       Debian clang version 
>>> 13.0.1-++20220126092033+75e33f71c2da-1~exp1~20220126212112.63, GNU ld (GNU 
>>> Binutils for Debian) 2.35.2
>>> syz repro:      https://syzkaller.appspot.com/x/repro.syz?x=1755e8b2880000
>>> 
>>> Downloadable assets:
>>> disk image: 
>>> https://storage.googleapis.com/syzbot-assets/c40d70ae7512/disk-0326074f.raw.xz
>>> vmlinux: 
>>> https://storage.googleapis.com/syzbot-assets/3603ce065271/vmlinux-0326074f.xz
>>> mounted in repro: 
>>> https://storage.googleapis.com/syzbot-assets/738016e3c6ba/mount_1.gz
>>> 
>>> IMPORTANT: if you fix the issue, please add the following tag to the 
>>> commit:
>>> Reported-by: syzbot+cceb1394467dba9c62d9@syzkaller.appspotmail.com
>>> 
>>> ntfs3: loop2: Different NTFS' sector size (1024) and media sector size 
>>> (512)
>>> BUG: scheduling while atomic: syz-executor.2/9901/0x00000002
>>> 2 locks held by syz-executor.2/9901:
>>>   #0: ffff888075f880e0 (&type->s_umount_key#47/1){+.+.}-{3:3}, at: 
>>> alloc_super+0x212/0x920 fs/super.c:228
>>>   #1: ffff8880678e78f0 (&sb->s_type->i_lock_key#33){+.+.}-{2:2}, at: 
>>> spin_lock include/linux/spinlock.h:349 [inline]
>>>   #1: ffff8880678e78f0 (&sb->s_type->i_lock_key#33){+.+.}-{2:2}, at: 
>>> _atomic_dec_and_lock+0x9d/0x110 lib/dec_and_lock.c:28
>>> Modules linked in:
>>> Preemption disabled at:
>>> [<0000000000000000>] 0x0
>>> Kernel panic - not syncing: scheduling while atomic
>>> CPU: 1 PID: 9901 Comm: syz-executor.2 Not tainted 
>>> 6.0.0-syzkaller-02734-g0326074ff465 #0
>>> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS 
>>> Google 09/22/2022
>>> Call Trace:
>>>   <TASK>
>>>   __dump_stack lib/dump_stack.c:88 [inline]
>>>   dump_stack_lvl+0x1b1/0x28e lib/dump_stack.c:106
>>>   panic+0x2d6/0x715 kernel/panic.c:274
>>>   __schedule_bug+0x1ff/0x250 kernel/sched/core.c:5725
>>>   schedule_debug+0x1d3/0x3c0 kernel/sched/core.c:5754
>>>   __schedule+0xfb/0xdf0 kernel/sched/core.c:6389
>>>   schedule+0xcb/0x190 kernel/sched/core.c:6571
>>>   exit_to_user_mode_loop+0xe5/0x150 kernel/entry/common.c:157
>>>   exit_to_user_mode_prepare+0xb2/0x140 kernel/entry/common.c:201
>>>   irqentry_exit_to_user_mode+0x5/0x30 kernel/entry/common.c:307
>>>   asm_sysvec_apic_timer_interrupt+0x16/0x20 
>>> arch/x86/include/asm/idtentry.h:649
>>> RIP: 000f:lock_acquire+0x1e1/0x3c0
>>> RSP: 0018:ffffc9000563f900 EFLAGS: 00000206
>>> RAX: 1ffff92000ac7f28 RBX: 0000000000000001 RCX: ffff8880753be2f0
>>> RDX: dffffc0000000000 RSI: ffffffff8a8d9060 RDI: ffffffff8aecb5e0
>>> RBP: ffffc9000563fa28 R08: dffffc0000000000 R09: fffffbfff1fc4229
>>> R10: fffffbfff1fc4229 R11: 1ffffffff1fc4228 R12: dffffc0000000000
>>> R13: 1ffff92000ac7f24 R14: ffffc9000563f940 R15: 0000000000000246
>>>   </TASK>
>>> Kernel Offset: disabled
>>> Rebooting in 86400 seconds..
>>> 
>>> 
>>> ---
>>> This report is generated by a bot. It may contain errors.
>>> See https://goo.gl/tpsmEJ for more information about syzbot.
>>> syzbot engineers can be reached at syzkaller@googlegroups.com.
>>> 
>>> syzbot will keep track of this issue. See:
>>> https://goo.gl/tpsmEJ#status for how to communicate with syzbot.
>>> syzbot can test patches for this issue, for details see:
>>> https://goo.gl/tpsmEJ#testing-patches
>
>