Changes to bpf.h tend to clog up our build systems. The netdev/bpf build bot does incremental builds to save time (reusing the build directory to only rebuild changed objects). This is the rough breakdown of how many objects needs to be rebuilt based on file touched: kernel.h 40633 bpf.h 17881 bpf-cgroup.h 17875 skbuff.h 10696 bpf-netns.h 7604 netdevice.h 7452 filter.h 5003 tcp.h 4048 sock.h 4959 As the stats show touching bpf.h is _very_ expensive. Bulk of the objects get rebuilt because MM includes cgroup headers. Luckily bpf-cgroup.h does not fundamentally depend on bpf.h so we can break that dependency and reduce the number of objects. With the patches applied touching bpf.h causes 5019 objects to be rebuilt (17881 / 5019 = 3.56x). That's pretty much down to filter.h plus noise. v2: Try to make the new headers wider in scope. Collapse bpf-link and bpf-cgroup-types into one header, which may serve as "BPF kernel API" header in the future if needed. Rename bpf-cgroup-storage.h to bpf-inlines.h. Add a fix for the s390 build issue. Jakub Kicinski (4): bpf: add header for enum bpf_cgroup_storage_type and bpf_link bpf: create a header for inline helpers add includes masked by cgroup -> bpf dependency bpf: remove the cgroup -> bpf header dependecy arch/s390/mm/hugetlbpage.c | 1 + include/linux/bpf-cgroup-types.h | 29 +++++++++++++++++++++++++++++ include/linux/bpf-cgroup.h | 13 +++---------- include/linux/bpf-inlines.h | 17 +++++++++++++++++ include/linux/bpf.h | 18 +----------------- kernel/bpf/helpers.c | 1 + kernel/bpf/local_storage.c | 1 + 7 files changed, 53 insertions(+), 27 deletions(-) create mode 100644 include/linux/bpf-cgroup-types.h create mode 100644 include/linux/bpf-inlines.h -- 2.31.1
