linux-kernel - Re: Re: [PATCH 6.1&6.6 0/3] kbuild: Avoid weak external linkage where possible

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Message-ID: <2025020611-olive-gluten-fa45@gregkh>
Date: Thu, 6 Feb 2025 11:03:30 +0100
From: Greg KH <gregkh@...uxfoundation.org>
To: WangYuli <wangyuli@...ontech.com>
Cc: ardb@...nel.org, chenhuacai@...nel.org, chenhuacai@...ngson.cn,
	kernel@...0n.name, linux-kbuild@...r.kernel.org,
	linux-kernel@...r.kernel.org, loongarch@...ts.linux.dev,
	masahiroy@...nel.org, nathan@...nel.org, ndesaulniers@...gle.com,
	nicolas@...sle.eu, sashal@...nel.org, stable@...r.kernel.org
Subject: Re: Re: [PATCH 6.1&6.6 0/3] kbuild: Avoid weak external linkage
 where possible

On Thu, Feb 06, 2025 at 04:37:02PM +0800, WangYuli wrote:
> Hi, Greg,
> 
> It's rather unfortunate that currently, almost all Linux distributions
> supporting LoongArch are using LTS kernels version v6.6 or older, such as
> openEuler and deepin. [1][2]
> 
> If this bugfix isn't merged into linux-stable, then every single distro
> kernel team will have to waste time fixing the same darn bug over and
> over, even though it's already fixed in later kernels.
> 
> This would really make LTS look like it's failing to serve its intended
> purpose. And I'm sure all of us do not want to see something so terrible
> happen.

LTS is here to ensure that the original release of these branches, keeps
working for that branch.  Adding support for newer toolchains sometimes
happens, but is not a requirement or a normal thing to do as that really
isn't a "regression", right?

Most of the time, fixing things up for newer compilers is simple.
Sometimes it is not simple.  The "not simple" ones we usually just do
not backport as that causes extra work for everyone over time.

As for the distros like openEuler, and deepin, they are free to add
these patches there, on top of their other non-LTS patches, right?

thanks,

greg k-h