Re: [syzbot] [mm?] [io-uring?] WARNING in get_pte_pfn

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 12/22/23 1:11 AM, syzbot wrote:
> Hello,
> 
> syzbot found the following issue on:
> 
> HEAD commit:    0e389834672c Merge tag 'for-6.7-rc5-tag' of git://git.kern..
> git tree:       upstream
> console output: https://syzkaller.appspot.com/x/log.txt?x=1454824ee80000
> kernel config:  https://syzkaller.appspot.com/x/.config?x=f21aff374937e60e
> dashboard link: https://syzkaller.appspot.com/bug?extid=03fd9b3f71641f0ebf2d
> compiler:       gcc (Debian 12.2.0-14) 12.2.0, GNU ld (GNU Binutils for Debian) 2.40
> syz repro:      https://syzkaller.appspot.com/x/repro.syz?x=13b4ef49e80000
> C reproducer:   https://syzkaller.appspot.com/x/repro.c?x=118314d6e80000
> 
> Downloadable assets:
> disk image: https://storage.googleapis.com/syzbot-assets/e58cd74e152a/disk-0e389834.raw.xz
> vmlinux: https://storage.googleapis.com/syzbot-assets/45d17ccb34bc/vmlinux-0e389834.xz
> kernel image: https://storage.googleapis.com/syzbot-assets/b9b7105d4e08/bzImage-0e389834.xz
> 
> IMPORTANT: if you fix the issue, please add the following tag to the commit:
> Reported-by: syzbot+03fd9b3f71641f0ebf2d@xxxxxxxxxxxxxxxxxxxxxxxxx
> 
> ------------[ cut here ]------------
> WARNING: CPU: 1 PID: 5066 at mm/vmscan.c:3242 get_pte_pfn+0x1b5/0x3f0 mm/vmscan.c:3242
> Modules linked in:
> CPU: 1 PID: 5066 Comm: syz-executor668 Not tainted 6.7.0-rc5-syzkaller-00270-g0e389834672c #0
> Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 11/17/2023
> RIP: 0010:get_pte_pfn+0x1b5/0x3f0 mm/vmscan.c:3242
> Code: f3 74 2a e8 6d 78 cb ff 31 ff 48 b8 00 00 00 00 00 00 00 02 48 21 c5 48 89 ee e8 e6 73 cb ff 48 85 ed 74 4e e8 4c 78 cb ff 90 <0f> 0b 90 48 c7 c3 ff ff ff ff e8 3c 78 cb ff 48 b8 00 00 00 00 00
> RSP: 0018:ffffc900041e6878 EFLAGS: 00010293
> RAX: 0000000000000000 RBX: 000000000007891d RCX: ffffffff81bbf6e3
> RDX: ffff88807d813b80 RSI: ffffffff81bbf684 RDI: 0000000000000005
> RBP: 0000000000000000 R08: 0000000000000005 R09: 0000000000000000
> R10: 0000000000000200 R11: 0000000000000003 R12: 0000000000000200
> R13: 1ffff9200083cd0f R14: 0000000000010b21 R15: 0000000020ffc000
> FS:  0000555555f4d480(0000) GS:ffff8880b9900000(0000) knlGS:0000000000000000
> CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
> CR2: 0000000000000000 CR3: 000000005fbfa000 CR4: 0000000000350ef0
> Call Trace:
>  <TASK>
>  lru_gen_look_around+0x70d/0x11a0 mm/vmscan.c:4001
>  folio_referenced_one+0x5a2/0xf70 mm/rmap.c:843
>  rmap_walk_anon+0x225/0x570 mm/rmap.c:2485
>  rmap_walk mm/rmap.c:2562 [inline]
>  rmap_walk mm/rmap.c:2557 [inline]
>  folio_referenced+0x28a/0x4b0 mm/rmap.c:960
>  folio_check_references mm/vmscan.c:829 [inline]
>  shrink_folio_list+0x1ace/0x3f00 mm/vmscan.c:1160
>  evict_folios+0x6e7/0x1b90 mm/vmscan.c:4499
>  try_to_shrink_lruvec+0x638/0xa10 mm/vmscan.c:4704
>  lru_gen_shrink_lruvec mm/vmscan.c:4849 [inline]
>  shrink_lruvec+0x314/0x2990 mm/vmscan.c:5622
>  shrink_node_memcgs mm/vmscan.c:5842 [inline]
>  shrink_node+0x811/0x3710 mm/vmscan.c:5877
>  shrink_zones mm/vmscan.c:6116 [inline]
>  do_try_to_free_pages+0x36c/0x1940 mm/vmscan.c:6178
>  try_to_free_mem_cgroup_pages+0x31a/0x770 mm/vmscan.c:6493
>  try_charge_memcg+0x3d3/0x11f0 mm/memcontrol.c:2742
>  obj_cgroup_charge_pages mm/memcontrol.c:3255 [inline]
>  __memcg_kmem_charge_page+0xdd/0x2a0 mm/memcontrol.c:3281
>  __alloc_pages+0x263/0x2420 mm/page_alloc.c:4585
>  alloc_pages_mpol+0x258/0x5f0 mm/mempolicy.c:2133
>  __get_free_pages+0xc/0x40 mm/page_alloc.c:4615
>  io_mem_alloc+0x33/0x60 io_uring/io_uring.c:2789
>  io_allocate_scq_urings io_uring/io_uring.c:3842 [inline]
>  io_uring_create io_uring/io_uring.c:4019 [inline]
>  io_uring_setup+0x13ed/0x2430 io_uring/io_uring.c:4131
>  __do_sys_io_uring_setup io_uring/io_uring.c:4158 [inline]
>  __se_sys_io_uring_setup io_uring/io_uring.c:4152 [inline]
>  __x64_sys_io_uring_setup+0x98/0x140 io_uring/io_uring.c:4152
>  do_syscall_x64 arch/x86/entry/common.c:52 [inline]
>  do_syscall_64+0x40/0x110 arch/x86/entry/common.c:83
>  entry_SYSCALL_64_after_hwframe+0x63/0x6b
> RIP: 0033:0x7f4b0e4778a9
> Code: 28 00 00 00 75 05 48 83 c4 28 c3 e8 d1 1a 00 00 90 48 89 f8 48 89 f7 48 89 d6 48 89 ca 4d 89 c2 4d 89 c8 4c 8b 4c 24 08 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b8 ff ff ff f7 d8 64 89 01 48
> RSP: 002b:00007fff814fe868 EFLAGS: 00000202 ORIG_RAX: 00000000000001a9
> RAX: ffffffffffffffda RBX: 0000000000000003 RCX: 00007f4b0e4778a9
> RDX: 0000000020000700 RSI: 0000000020000640 RDI: 0000000000005a19
> RBP: 0000000000000000 R08: 0000000000000000 R09: 0000000020000700
> R10: 00007fff814fe8d0 R11: 0000000000000202 R12: 0000000020000640
> R13: 0000000000000000 R14: 0000000000005a19 R15: 0000000020000700
>  </TASK>

Don't think this is io_uring related, test case looks like it's just
setting up and tearing down big rings.

-- 
Jens Axboe





[Index of Archives]     [Linux Samsung SoC]     [Linux Rockchip SoC]     [Linux Actions SoC]     [Linux for Synopsys ARC Processors]     [Linux NFS]     [Linux NILFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]


  Powered by Linux