[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20260109192404.GEaWFV1MUzYGNjq2eK@fat_crate.local>
Date: Fri, 9 Jan 2026 20:24:04 +0100
From: Borislav Petkov <bp@...en8.de>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Stephen Rothwell <sfr@...b.auug.org.au>,
Thomas Gleixner <tglx@...utronix.de>,
Ingo Molnar <mingo@...nel.org>, "H. Peter Anvin" <hpa@...or.com>,
Peter Zijlstra <peterz@...radead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Linux Next Mailing List <linux-next@...r.kernel.org>
Subject: Re: linux-next: build failure after merge of the tip tree
On Fri, Jan 09, 2026 at 11:17:44AM -0800, Andrew Morton wrote:
> This is utterly impractical without support from the x86 maintainers.
>
> I upstream a *lot* of patchsets which alter x86.
>
> I looked once. 5% of those patches had an Acked-by or Reviewed-by from
> an x86 maintainer.
>
> I cc you guys until I'm blue in the face and it's always crickets. I
> simply cannot permit MM or kexec progress to be blocked by the
> unresponsiveness of the x86 team. It's very regrettable but it's
> almost always the case that I just have to proceed without your
> assistance.
Well, cross-tree issues like that aren't fun either. And you know very well
that we're all overworked and drowning in patches. So it's not like we're
ignoring stuff or whatnot, on purpose.
So it sounds like we need to decide upon a scheme where we work together
better and don't step on each-other's toes like that. Lemme talk to tglx.
> This particular patchset is a kexec thing so I added it for testing
> because I look after kexec. I'll drop it and shall trust you to handle
> Coiby's contribution in an appropriate fashion.
Yap, I'm on it.
Thx.
--
Regards/Gruss,
Boris.
https://people.kernel.org/tglx/notes-about-netiquette
Powered by blists - more mailing lists