Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp3452365pxk; Mon, 28 Sep 2020 19:01:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxrCVwoHfkXYhgJb1PC1oh32Lcb4wfcjy7XfgjjeEyiVMGPxTdlbNXjXpr3G7D1iFoAFNCJ X-Received: by 2002:a17:906:91d3:: with SMTP id b19mr1619960ejx.235.1601344908776; Mon, 28 Sep 2020 19:01:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1601344908; cv=none; d=google.com; s=arc-20160816; b=LNYEDprKkdXgk0M21/Ao2RjfvOmohLCi0+9/Hk+Pi6R+YtMjNVWVF/uq+3RkmSeoBJ NUS5HD5T7Oez3XfYskahI2EeJLEftqXILQ8XfevxcthgL6HR2DLNX26fCG32e/xKQxEN DBiyLIETNjUgqP+wkxvDj3C6XasUF8iLhTpgH14tbA4huRgunxtuKTo5UuYZ8muo/JFo +rcAPMFpVjYJSbJ6fsI+EVFvRJYIplkG28+4iaKAp3ds2m/FG4HoGjYHz74WERJ6cBtP +c4jTBkvCFOcSstrgE9qkCL7tzZd2wEIHx2+nelfrrTrNq00InL56LylhzyNIFWagHm5 A99Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=XbGq0w7Bbkt4pD1tXPyNmxgwofg4pFF/QnC+5zBREdM=; b=xeY0wdvL+VaNI2WyhQt1cEW9yPDmzOAgCN2N8VciUB5P4b2Z1YnB0cq0y0F+hBDgu9 HxtYtZ7tmEu0Rxo/60q8OZwkxLIK1hExR9VA7rgZeRNznDWhlVmMwirfOF06WdT2Tbfx VDxzAQM130q4y5xIqab3B8HhaS5aaa4/9qU9bWyuk3dYT2gEdzdvS35mT7H5MFsdQ4eR NadT5gaCJMmVbshBZ/62iC1Md3K2LengxNKk4Lw1ky1cGQ9IX/VZHOrZbG2HiHLc16wp flufxj95a9zaeHLWoeEwPhI49F1TtwwJu7LlwkUTsut4Rrd225GY0TzKisif6j2qfsx3 D6YA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e2si1859848edv.242.2020.09.28.19.01.14; Mon, 28 Sep 2020 19:01:48 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727186AbgI2B46 (ORCPT + 99 others); Mon, 28 Sep 2020 21:56:58 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:14698 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726961AbgI2B46 (ORCPT ); Mon, 28 Sep 2020 21:56:58 -0400 Received: from DGGEMS410-HUB.china.huawei.com (unknown [172.30.72.58]) by Forcepoint Email with ESMTP id 4FDD9744063F9F4BD27E; Tue, 29 Sep 2020 09:56:56 +0800 (CST) Received: from [10.136.114.67] (10.136.114.67) by smtp.huawei.com (10.3.19.210) with Microsoft SMTP Server (TLS) id 14.3.487.0; Tue, 29 Sep 2020 09:56:54 +0800 Subject: Re: kernel BUG at fs/erofs/inode.c:LINE! To: syzbot CC: Gao Xiang , , , , , , , References: <0000000000000044ba05b05a9961@google.com> <20200928203035.GA7770@hsiangkao-HP-ZHAN-66-Pro-G1> From: Chao Yu Message-ID: <1026c918-9f08-6b0f-f3b0-3dd1016dbf71@huawei.com> Date: Tue, 29 Sep 2020 09:56:53 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <20200928203035.GA7770@hsiangkao-HP-ZHAN-66-Pro-G1> Content-Type: text/plain; charset="windows-1252"; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Originating-IP: [10.136.114.67] X-CFilter-Loop: Reflected Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi syzbot administrator, CONFIG_EROFS_DEBUG was introduced for debug purpose during development, this should not be enabled on release version. Can you please turn off this config, and retest with erofs module? Thanks, On 2020/9/29 4:36, Gao Xiang wrote: > Hi, > > On Mon, Sep 28, 2020 at 12:27:24AM -0700, syzbot wrote: >> Hello, >> >> syzbot found the following issue on: >> >> HEAD commit: d1d2220c Add linux-next specific files for 20200924 >> git tree: linux-next >> console output: https://syzkaller.appspot.com/x/log.txt?x=166cb7d9900000 >> kernel config: https://syzkaller.appspot.com/x/.config?x=254e028a642027c >> dashboard link: https://syzkaller.appspot.com/bug?extid=8afc256dce324523609d >> compiler: gcc (GCC) 10.1.0-syz 20200507 >> syz repro: https://syzkaller.appspot.com/x/repro.syz?x=127762c3900000 >> C reproducer: https://syzkaller.appspot.com/x/repro.c?x=124ccf3b900000 >> >> The issue was bisected to: >> >> commit 382329a9d8553a98418a6f6e3425f0c288837897 >> Author: Gao Xiang >> Date: Wed Aug 14 10:37:04 2019 +0000 >> >> staging: erofs: differentiate unsupported on-disk format > > if CONFIG_EROFS_DEBUG=y, the kernel will also BUG_ON on > currupted images in order to check potential mkfs fault. > > So it's an expected behavior for now (if syzbot needs some more requirement, > e.g. differ from runtime error vs corrupted image error, I can do it if > needed.) > > Thanks, > Gao Xiang > >> >> bisection log: https://syzkaller.appspot.com/x/bisect.txt?x=149889e3900000 >> final oops: https://syzkaller.appspot.com/x/report.txt?x=169889e3900000 >> console output: https://syzkaller.appspot.com/x/log.txt?x=129889e3900000 >> >> IMPORTANT: if you fix the issue, please add the following tag to the commit: >> Reported-by: syzbot+8afc256dce324523609d@syzkaller.appspotmail.com >> Fixes: 382329a9d855 ("staging: erofs: differentiate unsupported on-disk format") >> >> erofs: (device loop0): erofs_read_inode: bogus i_mode (0) @ nid 36 >> ------------[ cut here ]------------ >> kernel BUG at fs/erofs/inode.c:182! >> invalid opcode: 0000 [#1] PREEMPT SMP KASAN >> CPU: 1 PID: 6895 Comm: syz-executor894 Not tainted 5.9.0-rc6-next-20200924-syzkaller #0 >> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 01/01/2011 >> RIP: 0010:erofs_read_inode fs/erofs/inode.c:182 [inline] >> RIP: 0010:erofs_fill_inode fs/erofs/inode.c:235 [inline] >> RIP: 0010:erofs_iget+0xfd8/0x2390 fs/erofs/inode.c:322 >> Code: 00 0f 85 aa 10 00 00 49 8b 7c 24 28 49 89 d8 44 89 e9 48 c7 c2 a0 9c ef 88 48 c7 c6 40 9f ef 88 e8 b5 df b0 04 e8 88 5a 07 fe <0f> 0b e8 81 5a 07 fe 4c 89 e7 4c 63 e3 e8 b6 61 5b fe e9 ed f0 ff >> RSP: 0018:ffffc90001017c10 EFLAGS: 00010293 >> RAX: 0000000000000000 RBX: 0000000000000024 RCX: 0000000000000000 >> RDX: ffff8880a172e480 RSI: ffffffff836dd6e8 RDI: fffff52000202f72 >> RBP: ffff8880a8ca4480 R08: 0000000000000042 R09: ffff8880ae5319a7 >> R10: 0000000000000000 R11: 0000000000000000 R12: ffff8880854fd9b8 >> R13: 0000000000000000 R14: ffffea0002a32900 R15: 0000000000000000 >> FS: 000000000108e880(0000) GS:ffff8880ae500000(0000) knlGS:0000000000000000 >> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 >> CR2: 000000000043eb80 CR3: 00000000a7edb000 CR4: 00000000001506e0 >> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 >> DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 >> Call Trace: >> erofs_fc_fill_super+0xaa3/0x1010 fs/erofs/super.c:382 >> get_tree_bdev+0x421/0x740 fs/super.c:1342 >> vfs_get_tree+0x89/0x2f0 fs/super.c:1547 >> do_new_mount fs/namespace.c:2896 [inline] >> path_mount+0x12ae/0x1e70 fs/namespace.c:3227 >> __do_sys_mount fs/namespace.c:3438 [inline] >> __se_sys_mount fs/namespace.c:3411 [inline] >> __x64_sys_mount+0x278/0x2f0 fs/namespace.c:3411 >> do_syscall_64+0x2d/0x70 arch/x86/entry/common.c:46 >> entry_SYSCALL_64_after_hwframe+0x44/0xa9 >> RIP: 0033:0x446d6a >> Code: b8 08 00 00 00 0f 05 48 3d 01 f0 ff ff 0f 83 fd ad fb ff c3 66 2e 0f 1f 84 00 00 00 00 00 66 90 49 89 ca b8 a5 00 00 00 0f 05 <48> 3d 01 f0 ff ff 0f 83 da ad fb ff c3 66 0f 1f 84 00 00 00 00 00 >> RSP: 002b:00007fffa8ef9ef8 EFLAGS: 00000297 ORIG_RAX: 00000000000000a5 >> RAX: ffffffffffffffda RBX: 00007fffa8ef9f50 RCX: 0000000000446d6a >> RDX: 0000000020000000 RSI: 0000000020000100 RDI: 00007fffa8ef9f10 >> RBP: 00007fffa8ef9f10 R08: 00007fffa8ef9f50 R09: 00007fff00000015 >> R10: 0000000000000000 R11: 0000000000000297 R12: 0000000000000001 >> R13: 0000000000000004 R14: 0000000000000003 R15: 0000000000000003 >> Modules linked in: >> ---[ end trace 66a5371a9bd8a3b2 ]--- >> RIP: 0010:erofs_read_inode fs/erofs/inode.c:182 [inline] >> RIP: 0010:erofs_fill_inode fs/erofs/inode.c:235 [inline] >> RIP: 0010:erofs_iget+0xfd8/0x2390 fs/erofs/inode.c:322 >> Code: 00 0f 85 aa 10 00 00 49 8b 7c 24 28 49 89 d8 44 89 e9 48 c7 c2 a0 9c ef 88 48 c7 c6 40 9f ef 88 e8 b5 df b0 04 e8 88 5a 07 fe <0f> 0b e8 81 5a 07 fe 4c 89 e7 4c 63 e3 e8 b6 61 5b fe e9 ed f0 ff >> RSP: 0018:ffffc90001017c10 EFLAGS: 00010293 >> RAX: 0000000000000000 RBX: 0000000000000024 RCX: 0000000000000000 >> RDX: ffff8880a172e480 RSI: ffffffff836dd6e8 RDI: fffff52000202f72 >> RBP: ffff8880a8ca4480 R08: 0000000000000042 R09: ffff8880ae5319a7 >> R10: 0000000000000000 R11: 0000000000000000 R12: ffff8880854fd9b8 >> R13: 0000000000000000 R14: ffffea0002a32900 R15: 0000000000000000 >> FS: 000000000108e880(0000) GS:ffff8880ae500000(0000) knlGS:0000000000000000 >> CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033 >> CR2: 000000000043eb80 CR3: 00000000a7edb000 CR4: 00000000001506e0 >> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000 >> DR3: 0000000000000000 DR6: 00000000fffe0ff0 DR7: 0000000000000400 >> >> >> --- >> 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. >> For information about bisection process see: https://goo.gl/tpsmEJ#bisection >> syzbot can test patches for this issue, for details see: >> https://goo.gl/tpsmEJ#testing-patches > . >