[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20211229092012.635e9f2b@kicinski-fedora-PC1C0HJN.hsd1.ca.comcast.net>
Date: Wed, 29 Dec 2021 09:20:12 -0800
From: Jakub Kicinski <kuba@...nel.org>
To: Florian Fainelli <f.fainelli@...il.com>
Cc: ast@...nel.org, daniel@...earbox.net, bpf@...r.kernel.org,
netdev@...r.kernel.org, linux-bluetooth@...r.kernel.org,
linux-rdma@...r.kernel.org, linux-can@...r.kernel.org,
intel-wired-lan@...ts.osuosl.org, linux-hams@...r.kernel.org,
ath11k@...ts.infradead.org, linux-wireless@...r.kernel.org,
linux-nfs@...r.kernel.org, linux-fsdevel@...r.kernel.org,
bridge@...ts.linux-foundation.org,
linux-decnet-user@...ts.sourceforge.net,
linux-s390@...r.kernel.org, netfilter-devel@...r.kernel.org,
coreteam@...filter.org, virtualization@...ts.linux-foundation.org,
Andy Shevchenko <andriy.shevchenko@...ux.intel.com>
Subject: Re: [PATCH bpf-next v2] net: don't include filter.h from net/sock.h
On Tue, 28 Dec 2021 17:33:39 -0800 Florian Fainelli wrote:
> It would be nice if we used the number of files rebuilt because of a
> header file change as another metric that the kernel is evaluated with
> from release to release (or even on a commit by commit basis). Food for
> thought.
Maybe Andy has some thoughts, he has been working on dropping
unnecessary includes of kernel.h, it seems.
It'd be cool to plug something that'd warn us about significant
increases in dependencies into the patchwork build bot.
I have one more small series which un-includes uapi/bpf.h from
netdevice.h at which point I hope we'll be largely in the clear
from build bot performance perspective.
Powered by blists - more mailing lists