5:48 p.m.
FYI, we noticed a +2050 bytes kernel size regression due to commit:
commit: 18bb63940208c2ea3fe3646c7b9cf928ea9825ac (vfs: introduce new file extent swap
ioctl)
https://git.kernel.org/pub/scm/linux/kernel/git/djwong/xfs-linux.git
repair-metadata-atomically
Details as below (size data is obtained by `nm --size-sort vmlinux`):
43be1df6: xfs: fix xfs_reflink_remap_prep calling conventions
18bb6394: vfs: introduce new file extent swap ioctl
+------------------------------------------+----------+----------+-------+
| symbol | 43be1df6 | 18bb6394 | delta |
+------------------------------------------+----------+----------+-------+
| bzImage | 439616 | 440736 | 1120 |
| nm.T.generic_swap_file_range_checks | 0 | 739 | 739 |
| 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 | 93 | 93 |
| nm.T.vfs_swap_file_range | 0 | 44 | 44 |
| nm.T.ksys_ioctl | 1427 | 1457 | 30 |
| 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,
Kbuild test robot