blktests failures with v6.19 kernel
Johannes Thumshirn
Johannes.Thumshirn at wdc.com
Mon Feb 23 23:47:31 PST 2026
On 2/13/26 8:58 AM, Shinichiro Kawasaki wrote:
> 7] kmemleak at zbd/009
>
> unreferenced object 0xffff88815f1f1280 (size 32):
> comm "mount", pid 1745, jiffies 4294866235
> hex dump (first 32 bytes):
> 6d 65 74 61 64 61 74 61 2d 74 72 65 65 6c 6f 67 metadata-treelog
> 00 93 9c fb af bb ae 00 00 00 00 00 00 00 00 00 ................
> backtrace (crc 2ee03cc2):
> __kmalloc_node_track_caller_noprof+0x66b/0x8c0
> kstrdup+0x42/0xc0
> kobject_set_name_vargs+0x44/0x110
> kobject_init_and_add+0xcf/0x140
> btrfs_sysfs_add_space_info_type+0xf2/0x200 [btrfs]
> create_space_info_sub_group.constprop.0+0xfb/0x1b0 [btrfs]
> create_space_info+0x247/0x320 [btrfs]
> btrfs_init_space_info+0x143/0x1b0 [btrfs]
> open_ctree+0x2eed/0x43fe [btrfs]
> btrfs_get_tree.cold+0x90/0x1da [btrfs]
> vfs_get_tree+0x87/0x2f0
> vfs_cmd_create+0xbd/0x280
> __do_sys_fsconfig+0x64f/0xa30
> do_syscall_64+0x95/0x540
> entry_SYSCALL_64_after_hwframe+0x76/0x7e
> unreferenced object 0xffff888128d80000 (size 16):
> comm "mount", pid 1745, jiffies 4294866237
> hex dump (first 16 bytes):
> 64 61 74 61 2d 72 65 6c 6f 63 00 4b 96 f6 48 82 data-reloc.K..H.
> backtrace (crc 1598f702):
> __kmalloc_node_track_caller_noprof+0x66b/0x8c0
> kstrdup+0x42/0xc0
> kobject_set_name_vargs+0x44/0x110
> kobject_init_and_add+0xcf/0x140
> btrfs_sysfs_add_space_info_type+0xf2/0x200 [btrfs]
> create_space_info_sub_group.constprop.0+0xfb/0x1b0 [btrfs]
> create_space_info+0x211/0x320 [btrfs]
> open_ctree+0x2eed/0x43fe [btrfs]
> btrfs_get_tree.cold+0x90/0x1da [btrfs]
> vfs_get_tree+0x87/0x2f0
> vfs_cmd_create+0xbd/0x280
> __do_sys_fsconfig+0x64f/0xa30
> do_syscall_64+0x95/0x540
> entry_SYSCALL_64_after_hwframe+0x76/0x7e
>
This clearly is a BTRFS bug, we're leaking the space-info's kobject. I
/think/ I know why but not 100% right now.
More information about the Linux-nvme
mailing list