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