From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id C810CC77B7E for ; Tue, 2 May 2023 07:05:01 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233632AbjEBHFA (ORCPT ); Tue, 2 May 2023 03:05:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:34182 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233584AbjEBHE5 (ORCPT ); Tue, 2 May 2023 03:04:57 -0400 Received: from mail-io1-f69.google.com (mail-io1-f69.google.com [209.85.166.69]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6DEAC210E for ; Tue, 2 May 2023 00:04:56 -0700 (PDT) Received: by mail-io1-f69.google.com with SMTP id ca18e2360f4ac-763bc8ac23aso202551239f.0 for ; Tue, 02 May 2023 00:04:56 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1683011095; x=1685603095; h=to:from:subject:message-id:date:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=IvwFSRaBneGGy3kqK/gS4fRT4DEczswbV9/2OkaaV9Y=; b=hPUsFuUslXAchS40f2Q5C8fbfjVlb8WoLsCyNDOWHUzbXM9u3TJWCoPTvabPN1Hc5Z 32ryhwOnN6r1H7fJfVlmKyYkS7uQR79/zme5RoZHLix+LV83t+pM8jZNDIZnhK1eBxVA 0JRHI7D9T915zH8gLLCpAtSjKHI7jmaB7tIjvTywt2tE1I3HN0lUCuXhs1w9nb9ttwIq 0g3+dptwkv09j3+gHfiAUpq2KctbfbXPb+LBXK2vrD2Kslpr/6ct5qB81aQmXC87bAo4 k4AwTMbBeXGtrKU5tnebrnmYKVHe8LP9KmAs4QgQtt8or2rWFYbb0/c5ta235dwC3Xbc rHXQ== X-Gm-Message-State: AC+VfDxanwyJK+GGQ+eLfEuiIO8i0jdSDaJdNqt04GyUWI/ohNM3/2vX 5MuH9JKd35Xo1K55Gf2TOrvyl2rBdtOkJpQSXsTOV557ZPt4 X-Google-Smtp-Source: ACHHUZ56tIvjBxbcf/QfASLo5rAibKdP5WdTg90WvsuD2hvTEIy753UZUZxJk3pNqSWt6o4GZNjxunbBkQ6+VPNNobPCFRq06I37 MIME-Version: 1.0 X-Received: by 2002:a02:6345:0:b0:40f:83e7:a965 with SMTP id j66-20020a026345000000b0040f83e7a965mr7257929jac.4.1683011095783; Tue, 02 May 2023 00:04:55 -0700 (PDT) Date: Tue, 02 May 2023 00:04:55 -0700 X-Google-Appengine-App-Id: s~syzkaller X-Google-Appengine-App-Id-Alias: syzkaller Message-ID: <00000000000084706805fab08e27@google.com> Subject: [syzbot] [fs?] KASAN: stack-out-of-bounds Read in proc_pid_stack From: syzbot To: brauner@kernel.org, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, syzkaller-bugs@googlegroups.com Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org Hello, syzbot found the following issue on: HEAD commit: 950b879b7f02 riscv: Fixup race condition on PG_dcache_clea.. git tree: git://git.kernel.org/pub/scm/linux/kernel/git/riscv/linux.git fixes console output: https://syzkaller.appspot.com/x/log.txt?x=10c4c1f7c80000 kernel config: https://syzkaller.appspot.com/x/.config?x=ecebece1b90c0342 dashboard link: https://syzkaller.appspot.com/bug?extid=01e9a564dc6b3289cea3 compiler: riscv64-linux-gnu-gcc (Debian 10.2.1-6) 10.2.1 20210110, GNU ld (GNU Binutils for Debian) 2.35.2 userspace arch: riscv64 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+01e9a564dc6b3289cea3@syzkaller.appspotmail.com ================================================================== BUG: KASAN: stack-out-of-bounds in walk_stackframe+0x128/0x2fe arch/riscv/kernel/stacktrace.c:58 Read of size 8 at addr ff200000030a79b0 by task syz-executor.1/7894 CPU: 0 PID: 7894 Comm: syz-executor.1 Tainted: G W 6.2.0-rc1-syzkaller #0 Hardware name: riscv-virtio,qemu (DT) Call Trace: [] dump_backtrace+0x2e/0x3c arch/riscv/kernel/stacktrace.c:121 [] show_stack+0x34/0x40 arch/riscv/kernel/stacktrace.c:127 [] __dump_stack lib/dump_stack.c:88 [inline] [] dump_stack_lvl+0xe0/0x14c lib/dump_stack.c:106 [] print_address_description mm/kasan/report.c:306 [inline] [] print_report+0x1e4/0x4c0 mm/kasan/report.c:417 [] kasan_report+0xb8/0xe6 mm/kasan/report.c:517 [] check_region_inline mm/kasan/generic.c:183 [inline] [] __asan_load8+0x7e/0xa6 mm/kasan/generic.c:256 [] walk_stackframe+0x128/0x2fe arch/riscv/kernel/stacktrace.c:58 [] arch_stack_walk+0x2c/0x3c arch/riscv/kernel/stacktrace.c:154 [] stack_trace_save_tsk+0x14a/0x1bc kernel/stacktrace.c:150 [] proc_pid_stack+0x146/0x1ee fs/proc/base.c:456 [] proc_single_show+0x9c/0x148 fs/proc/base.c:777 [] traverse.part.0+0x74/0x2ca fs/seq_file.c:111 [] traverse fs/seq_file.c:101 [inline] [] seq_read_iter+0x72c/0x934 fs/seq_file.c:195 [] seq_read+0x11a/0x16e fs/seq_file.c:162 [] do_loop_readv_writev fs/read_write.c:756 [inline] [] do_loop_readv_writev fs/read_write.c:743 [inline] [] do_iter_read+0x324/0x3c2 fs/read_write.c:798 [] vfs_readv+0xfe/0x166 fs/read_write.c:916 [] do_preadv fs/read_write.c:1008 [inline] [] __do_sys_preadv fs/read_write.c:1058 [inline] [] sys_preadv+0x182/0x1fa fs/read_write.c:1053 [] ret_from_syscall+0x0/0x2 The buggy address belongs to the virtual mapping at [ff200000030a0000, ff200000030a9000) created by: kernel_clone+0xee/0x914 kernel/fork.c:2681 The buggy address belongs to the physical page: page:ff1c0000024e5f00 refcount:1 mapcount:0 mapping:0000000000000000 index:0x0 pfn:0x9397c memcg:ff6000000ffd7202 flags: 0xffe000000000000(node=0|zone=0|lastcpupid=0x7ff) raw: 0ffe000000000000 0000000000000000 0000000000000122 0000000000000000 raw: 0000000000000000 0000000000000000 00000001ffffffff ff6000000ffd7202 page dumped because: kasan: bad access detected page_owner tracks the page as allocated page last allocated via order 0, migratetype Unmovable, gfp_mask 0x102dc2(GFP_HIGHUSER|__GFP_NOWARN|__GFP_ZERO), pid 7873, tgid 7873 (syz-executor.1), ts 4012100669800, free_ts 4010400733200 __set_page_owner+0x32/0x182 mm/page_owner.c:190 set_page_owner include/linux/page_owner.h:31 [inline] post_alloc_hook+0xf8/0x11a mm/page_alloc.c:2524 prep_new_page mm/page_alloc.c:2531 [inline] get_page_from_freelist+0xc0e/0x1118 mm/page_alloc.c:4283 __alloc_pages+0x1b0/0x165a mm/page_alloc.c:5549 alloc_pages+0x132/0x25e mm/mempolicy.c:2286 vm_area_alloc_pages mm/vmalloc.c:2989 [inline] __vmalloc_area_node mm/vmalloc.c:3057 [inline] __vmalloc_node_range+0x81c/0xdb4 mm/vmalloc.c:3227 alloc_thread_stack_node kernel/fork.c:311 [inline] dup_task_struct kernel/fork.c:987 [inline] copy_process+0x210e/0x4068 kernel/fork.c:2097 kernel_clone+0xee/0x914 kernel/fork.c:2681 __do_sys_clone+0xec/0x120 kernel/fork.c:2822 sys_clone+0x32/0x44 kernel/fork.c:2790 ret_from_syscall+0x0/0x2 page last free stack trace: __reset_page_owner+0x4a/0xf8 mm/page_owner.c:148 reset_page_owner include/linux/page_owner.h:24 [inline] free_pages_prepare mm/page_alloc.c:1446 [inline] free_pcp_prepare+0x254/0x48e mm/page_alloc.c:1496 free_unref_page_prepare mm/page_alloc.c:3369 [inline] free_unref_page_list+0x11e/0x736 mm/page_alloc.c:3510 release_pages+0x85a/0xbb2 mm/swap.c:1076 free_pages_and_swap_cache+0x76/0x88 mm/swap_state.c:311 tlb_batch_pages_flush+0x86/0x10c mm/mmu_gather.c:97 tlb_flush_mmu_free mm/mmu_gather.c:292 [inline] tlb_flush_mmu mm/mmu_gather.c:299 [inline] tlb_finish_mmu+0xcc/0x280 mm/mmu_gather.c:391 exit_mmap+0x190/0x686 mm/mmap.c:3096 __mmput+0x98/0x290 kernel/fork.c:1207 mmput+0x74/0x88 kernel/fork.c:1229 exit_mm kernel/exit.c:563 [inline] do_exit+0x602/0x17be kernel/exit.c:854 do_group_exit+0x8e/0x15e kernel/exit.c:1012 __do_sys_exit_group kernel/exit.c:1023 [inline] __wake_up_parent+0x0/0x4a kernel/exit.c:1021 ret_from_syscall+0x0/0x2 Memory state around the buggy address: ff200000030a7880: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff200000030a7900: 00 00 00 00 00 00 00 00 f1 f1 f1 f1 00 00 f2 f2 >ff200000030a7980: 00 00 00 f3 f3 f3 f3 f3 00 00 00 00 00 00 00 00 ^ ff200000030a7a00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ff200000030a7a80: 00 00 00 00 00 00 00 00 00 00 00 00 f1 f1 f1 f1 ================================================================== --- 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. If the bug is already fixed, let syzbot know by replying with: #syz fix: exact-commit-title If you want to change bug's subsystems, reply with: #syz set subsystems: new-subsystem (See the list of subsystem names on the web dashboard) If the bug is a duplicate of another bug, reply with: #syz dup: exact-subject-of-another-report If you want to undo deduplication, reply with: #syz undup