All of lore.kernel.org
 help / color / mirror / Atom feed
From: Andy Shevchenko <andriy.shevchenko@linux.intel.com>
To: Arnd Bergmann <arnd@arndb.de>
Cc: Raag Jadav <raag.jadav@intel.com>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Dave Airlie <airlied@gmail.com>, Simona Vetter <simona@ffwll.ch>,
	dri-devel@lists.freedesktop.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v2 0/2] Cleanup io.h
Date: Mon, 3 Mar 2025 12:31:44 +0200	[thread overview]
Message-ID: <Z8WFEC2-kBwSYFDX@smile.fi.intel.com> (raw)
In-Reply-To: <f6eb011b-40fb-409a-b2b2-a09d0e770bbd@app.fastmail.com>

On Fri, Feb 21, 2025 at 06:15:30PM +0100, Arnd Bergmann wrote:
> On Fri, Feb 21, 2025, at 17:50, Andy Shevchenko wrote:
> > On Fri, Feb 21, 2025 at 11:15:47AM +0100, Arnd Bergmann wrote:
> >> As you already found, removing an old indirect #include that is
> >> no longer needed usually leads to some files breaking. The more
> >> impactful your change is in terms of build speed, the more
> >> things break! I think in this case, removing linux/err.h and
> >> linux/bug.h made very little difference because they are very
> >> small files in terms of what else they include.
> >
> > While this is all true, removing unneeded inclusions rarely can lead to the
> > "extra work with a little gain". When there is a replacement to the low
> > level ones, it's also an improvement in my opinion and won't be harmful in
> > the future. But I agree, that the stuff is way too tangled already and requires
> > an enormous work to untangle it, even if doing it structurally.
> 
> The problem I see with prematurely applying small improvements like this
> one is that they always cause build regressions, at least if the change
> is any good. If we can find some more impactful changes like this one,
> we can group them together in a branch and test them a lot better before
> they even reach linux-next.
> 
> I mainly want to avoid people getting angry at Raag for repeatedly
> breaking their subsystems by pushing small patches one at a time.
> 
> > Do you have your scripts for the showed statistics being published somewhere?
> 
> I had a good set of scripts on an older machine and might still
> have some backups of that somewhere, but just hacked up something
> ad-hoc today beased on what I remembered from that time. Here
> are the snippets that you might find useful.

Thank you!

-- 
With Best Regards,
Andy Shevchenko



  reply	other threads:[~2025-03-03 10:31 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-02-21  5:08 [PATCH v2 0/2] Cleanup io.h Raag Jadav
2025-02-21  5:08 ` [PATCH v2 1/2] io.h: drop unused headers Raag Jadav
2025-02-21  5:08 ` [PATCH v2 2/2] drm/draw: include bug.h Raag Jadav
2025-02-21  6:05   ` Greg KH
2025-02-21  9:49     ` Simona Vetter
2025-02-21 10:24       ` Raag Jadav
2025-02-21 10:15 ` [PATCH v2 0/2] Cleanup io.h Arnd Bergmann
2025-02-21 11:26   ` Raag Jadav
2025-02-21 16:50   ` Andy Shevchenko
2025-02-21 17:15     ` Arnd Bergmann
2025-03-03 10:31       ` Andy Shevchenko [this message]
2025-02-21 16:12 ` Andy Shevchenko

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Z8WFEC2-kBwSYFDX@smile.fi.intel.com \
    --to=andriy.shevchenko@linux.intel.com \
    --cc=airlied@gmail.com \
    --cc=arnd@arndb.de \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=raag.jadav@intel.com \
    --cc=simona@ffwll.ch \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.