ntfs3: loop3: Different NTFS sector size (4096) and media sector size (512).
ntfs3: loop3: RAW NTFS volume: Filesystem size 16384.00 Gb > volume size 0.00 Gb. Mount in read-only.
ntfs3: loop3: NTFS 16384.00 Gb is too big to use 32 bits per cluster.
==================================================================
BUG: KASAN: use-after-free in memcmp+0x172/0x1c0 lib/string.c:681
Read of size 8 at addr ffff888042fdb002 by task syz-executor.3/7279

CPU: 1 PID: 7279 Comm: syz-executor.3 Not tainted 6.6.0-rc3-next-20230926-syzkaller #0
Hardware name: Google Google Compute Engine/Google Compute Engine, BIOS Google 08/04/2023
Call Trace:
 <TASK>
 __dump_stack lib/dump_stack.c:88 [inline]
 dump_stack_lvl+0xd9/0x1b0 lib/dump_stack.c:106
 print_address_description mm/kasan/report.c:364 [inline]
 print_report+0xc4/0x620 mm/kasan/report.c:475
 kasan_report+0xda/0x110 mm/kasan/report.c:588
 memcmp+0x172/0x1c0 lib/string.c:681
 memcmp include/linux/fortify-string.h:728 [inline]
 ntfs_init_from_boot fs/ntfs3/super.c:858 [inline]
 ntfs_fill_super+0x6f2/0x43e0 fs/ntfs3/super.c:1139
 get_tree_bdev+0x3b5/0x650 fs/super.c:1580
 vfs_get_tree+0x8c/0x370 fs/super.c:1753
 do_new_mount fs/namespace.c:3337 [inline]
 path_mount+0x1492/0x1ed0 fs/namespace.c:3664
 do_mount fs/namespace.c:3677 [inline]
 __do_sys_mount fs/namespace.c:3886 [inline]
 __se_sys_mount fs/namespace.c:3863 [inline]
 __x64_sys_mount+0x293/0x310 fs/namespace.c:3863
 do_syscall_x64 arch/x86/entry/common.c:51 [inline]
 do_syscall_64+0x38/0xb0 arch/x86/entry/common.c:81
 entry_SYSCALL_64_after_hwframe+0x63/0xcd
RIP: 0033:0x7f796b07e1ea
Code: d8 64 89 02 48 c7 c0 ff ff ff ff eb a6 e8 de 09 00 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 40 00 49 89 ca b8 a5 00 00 00 0f 05 <48> 3d 01 f0 ff ff 73 01 c3 48 c7 c1 b0 ff ff ff f7 d8 64 89 01 48
RSP: 002b:00007f796be9eee8 EFLAGS: 00000202 ORIG_RAX: 00000000000000a5
RAX: ffffffffffffffda RBX: 00007f796be9ef80 RCX: 00007f796b07e1ea
RDX: 00000000200000c0 RSI: 000000002001f1c0 RDI: 00007f796be9ef40
RBP: 00000000200000c0 R08: 00007f796be9ef80 R09: 0000000000000003
R10: 0000000000000003 R11: 0000000000000202 R12: 000000002001f1c0
R13: 00007f796be9ef40 R14: 000000000001f1ac R15: 0000000020000100
 </TASK>

The buggy address belongs to the physical page:
page:ffffea00010bf6c0 refcount:1 mapcount:1 mapping:0000000000000000 index:0x2004f pfn:0x42fdb
memcg:ffff888076004000
anon flags: 0xfff800000a0028(uptodate|lru|mappedtodisk|swapbacked|node=0|zone=1|lastcpupid=0x7ff)
page_type: 0x0()
raw: 00fff800000a0028 ffffea0001110248 ffffea0002087ec8 ffff8880274b8dd1
raw: 000000000002004f 0000000000000000 0000000100000000 ffff888076004000
page dumped because: kasan: bad access detected
page_owner tracks the page as allocated
page last allocated via order 0, migratetype Movable, gfp_mask 0x140dca(GFP_HIGHUSER_MOVABLE|__GFP_COMP|__GFP_ZERO), pid 7288, tgid 7285 (syz-executor.2), ts 671264185396, free_ts 671123969206
 set_page_owner include/linux/page_owner.h:31 [inline]
 post_alloc_hook+0x2cf/0x340 mm/page_alloc.c:1530
 prep_new_page mm/page_alloc.c:1537 [inline]
 get_page_from_freelist+0xf17/0x2e50 mm/page_alloc.c:3200
 __alloc_pages+0x1d0/0x4a0 mm/page_alloc.c:4456
 __folio_alloc+0x16/0x40 mm/page_alloc.c:4488
 vma_alloc_folio+0x156/0x890 mm/mempolicy.c:2265
 wp_page_copy mm/memory.c:3082 [inline]
 do_wp_page+0x15f9/0x3580 mm/memory.c:3478
 handle_pte_fault mm/memory.c:5026 [inline]
 __handle_mm_fault+0x1e85/0x3f50 mm/memory.c:5151
 handle_mm_fault+0x478/0xa00 mm/memory.c:5316
 do_user_addr_fault+0x3d1/0x1000 arch/x86/mm/fault.c:1413
 handle_page_fault arch/x86/mm/fault.c:1505 [inline]
 exc_page_fault+0x5c/0xd0 arch/x86/mm/fault.c:1561
 asm_exc_page_fault+0x26/0x30 arch/x86/include/asm/idtentry.h:570
page last free stack trace:
 reset_page_owner include/linux/page_owner.h:24 [inline]
 free_pages_prepare mm/page_alloc.c:1130 [inline]
 free_unref_page_prepare+0x476/0xa40 mm/page_alloc.c:2342
 free_unref_page_list+0xe6/0xb30 mm/page_alloc.c:2481
 release_pages+0x32a/0x14e0 mm/swap.c:1042
 tlb_batch_pages_flush+0x9a/0x190 mm/mmu_gather.c:98
 tlb_flush_mmu_free mm/mmu_gather.c:293 [inline]
 tlb_flush_mmu mm/mmu_gather.c:300 [inline]
 tlb_finish_mmu+0x14b/0x6f0 mm/mmu_gather.c:392
 exit_mmap+0x38b/0xa60 mm/mmap.c:3221
 __mmput+0x12a/0x4d0 kernel/fork.c:1349
 mmput+0x62/0x70 kernel/fork.c:1371
 exit_mm kernel/exit.c:567 [inline]
 do_exit+0x9ad/0x2ae0 kernel/exit.c:858
 do_group_exit+0xd4/0x2a0 kernel/exit.c:1021
 __do_sys_exit_group kernel/exit.c:1032 [inline]
 __se_sys_exit_group kernel/exit.c:1030 [inline]
 __x64_sys_exit_group+0x3e/0x50 kernel/exit.c:1030
 do_syscall_x64 arch/x86/entry/common.c:51 [inline]
 do_syscall_64+0x38/0xb0 arch/x86/entry/common.c:81
 entry_SYSCALL_64_after_hwframe+0x63/0xcd

Memory state around the buggy address:
 ffff888042fdaf00: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 ffff888042fdaf80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
>ffff888042fdb000: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
                   ^
 ffff888042fdb080: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
 ffff888042fdb100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
==================================================================