FYI, we noticed a +1986 bytes kernel size regression due to commit: commit: 5bc5da94e45732860ec8466e548f486f1e831334 (vfs: introduce new file extent swap ioctl) https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux.git djwong-wtf Details as below (size data is obtained by `nm --size-sort vmlinux`): de06bbd9: xfs: report realtime rmap btree corruption errors to the health system 5bc5da94: vfs: introduce new file extent swap ioctl +------------------------------------------+----------+----------+-------+ | symbol | de06bbd9 | 5bc5da94 | delta | +------------------------------------------+----------+----------+-------+ | bzImage | 442304 | 443360 | 1056 | | nm.T.generic_swap_file_range_checks | 0 | 685 | 685 | | nm.T.generic_swap_file_range_prep | 0 | 572 | 572 | | nm.T.do_swap_file_range | 0 | 190 | 190 | | nm.T.generic_swap_file_range_check_fresh | 0 | 156 | 156 | | nm.t.ioctl_file_swap_range | 0 | 139 | 139 | | nm.t.swap_range_verify_area | 0 | 91 | 91 | | nm.T.vfs_swap_file_range | 0 | 44 | 44 | | nm.T.ksys_ioctl | 1187 | 1209 | 22 | | nm.r.bad_file_ops | 128 | 132 | 4 | | nm.R.def_blk_fops | 128 | 132 | 4 | | nm.R.def_chr_fops | 128 | 132 | 4 | | nm.r.empty_dir_operations | 128 | 132 | 4 | | nm.r.empty_fops | 128 | 132 | 4 | | nm.R.fscontext_fops | 128 | 132 | 4 | | nm.r.full_fops | 128 | 132 | 4 | | nm.R.generic_ro_fops | 128 | 132 | 4 | | nm.r.memory_fops | 128 | 132 | 4 | | nm.r.misc_fops | 128 | 132 | 4 | | nm.r.no_open_fops | 128 | 132 | 4 | | nm.r.ns_file_operations | 128 | 132 | 4 | | nm.r.null_fops | 128 | 132 | 4 | | nm.r.perf_fops | 128 | 132 | 4 | | nm.R.pidfd_fops | 128 | 132 | 4 | | nm.R.pipefifo_fops | 128 | 132 | 4 | | nm.R.ramfs_file_operations | 128 | 132 | 4 | | nm.R.random_fops | 128 | 132 | 4 | | nm.R.simple_dir_operations | 128 | 132 | 4 | | nm.R.urandom_fops | 128 | 132 | 4 | | nm.r.zero_fops | 128 | 132 | 4 | | nm.T.vfs_fadvise | 48 | 51 | 3 | +------------------------------------------+----------+----------+-------+ Thanks