lkml.org 
[lkml]   [2022]   [Feb]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [syzbot] general protection fault in submit_bio_checks
From
Date
On 1/30/22 9:06 PM, syzbot wrote:
> Hello,
>
> syzbot found the following issue on:
>
> HEAD commit: b605fdc54c2b Add linux-next specific files for 20220128
> git tree: linux-next
> console output: https://syzkaller.appspot.com/x/log.txt?x=150084b8700000
> kernel config: https://syzkaller.appspot.com/x/.config?x=da5090473475f3ca
> dashboard link: https://syzkaller.appspot.com/bug?extid=2b3f18414c37b42dcc94
> compiler: gcc (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2
>
> Unfortunately, I don't have any reproducer for this issue yet.
>
> IMPORTANT: if you fix the issue, please add the following tag to the commit:
> Reported-by: syzbot+2b3f18414c37b42dcc94@syzkaller.appspotmail.com
>
> general protection fault, probably for non-canonical address 0xdffffc000000002f: 0000 [#1] PREEMPT SMP KASAN
> KASAN: null-ptr-deref in range [0x0000000000000178-0x000000000000017f]
> CPU: 1 PID: 3642 Comm: syz-executor.5 Not tainted 5.17.0-rc1-next-20220128-syzkaller #0
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011
> RIP: 0010:blk_throtl_bio block/blk-throttle.h:175 [inline]
> RIP: 0010:submit_bio_checks+0x7c0/0x1bf0 block/blk-core.c:765
> Code: 08 3c 03 0f 8e 4a 11 00 00 48 b8 00 00 00 00 00 fc ff df 44 8b 6d 10 41 83 e5 01 4a 8d bc 2b 7c 01 00 00 48 89 fa 48 c1 ea 03 <0f> b6 04 02 48 89 fa 83 e2 07 38 d0 7f 08 84 c0 0f 85 09 11 00 00
> RSP: 0018:ffffc900028cf680 EFLAGS: 00010203
> RAX: dffffc0000000000 RBX: 0000000000000000 RCX: 0000000000000000
> RDX: 000000000000002f RSI: ffffffff83d5f41e RDI: 000000000000017d
> RBP: ffff88801e8be500 R08: ffffffff8a241580 R09: 0000000000000000
> R10: ffffffff83d5f410 R11: 0000000000000000 R12: 0000000000000000
> R13: 0000000000000001 R14: 00000000fffffffe R15: ffff88801ad9a4cc
> FS: 0000555556299400(0000) GS:ffff8880b9d00000(0000) knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 00007fed92bd5ec9 CR3: 000000003b65d000 CR4: 00000000003526e0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400
> Call Trace:
> <TASK>
> __submit_bio+0xaf/0x360 block/blk-core.c:802
> __submit_bio_noacct_mq block/blk-core.c:881 [inline]
> submit_bio_noacct block/blk-core.c:907 [inline]
> submit_bio_noacct+0x6c9/0x8a0 block/blk-core.c:896
> submit_bio block/blk-core.c:968 [inline]
> submit_bio+0x1ea/0x430 block/blk-core.c:926
> write_dev_flush fs/btrfs/disk-io.c:4243 [inline]
> barrier_all_devices fs/btrfs/disk-io.c:4293 [inline]
> write_all_supers+0x3038/0x4440 fs/btrfs/disk-io.c:4388
> btrfs_commit_transaction+0x1be3/0x3180 fs/btrfs/transaction.c:2362
> btrfs_commit_super+0xc1/0x100 fs/btrfs/disk-io.c:4562
> close_ctree+0x314/0xccc fs/btrfs/disk-io.c:4671
> generic_shutdown_super+0x14c/0x400 fs/super.c:462
> kill_anon_super+0x36/0x60 fs/super.c:1056
> btrfs_kill_super+0x38/0x50 fs/btrfs/super.c:2365
> deactivate_locked_super+0x94/0x160 fs/super.c:332
> deactivate_super+0xad/0xd0 fs/super.c:363
> cleanup_mnt+0x3a2/0x540 fs/namespace.c:1159
> task_work_run+0xdd/0x1a0 kernel/task_work.c:164
> tracehook_notify_resume include/linux/tracehook.h:188 [inline]
> exit_to_user_mode_loop kernel/entry/common.c:175 [inline]
> exit_to_user_mode_prepare+0x27e/0x290 kernel/entry/common.c:207
> __syscall_exit_to_user_mode_work kernel/entry/common.c:289 [inline]
> syscall_exit_to_user_mode+0x19/0x60 kernel/entry/common.c:300
> do_syscall_64+0x42/0xb0 arch/x86/entry/common.c:86
> entry_SYSCALL_64_after_hwframe+0x44/0xae
> RIP: 0033:0x7fe814b274c7
> Code: ff ff ff f7 d8 64 89 01 48 83 c8 ff c3 66 0f 1f 44 00 00 31 f6 e9 09 00 00 00 66 0f 1f 84 00 00 00 00 00 b8 a6 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b8 ff ff ff f7 d8 64 89 01 48

Christoph, looks like an issue with replacing bio_set_dev() with just
assigning bio->bi_bdev in bio_reset(). The latter does not associate the
blkcg, for example, which is what is causing this oops.

--
Jens Axboe

\
 
 \ /
  Last update: 2022-02-03 22:21    [W:1.583 / U:0.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site