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: <2024072434-clunky-ninja-89fa@gregkh>
Date: Wed, 24 Jul 2024 07:23:20 +0200
From: Greg KH <gregkh@...uxfoundation.org>
To: WangYuli <wangyuli@...ontech.com>
Cc: stable@...r.kernel.org, sashal@...nel.org, yi.zhang@...wei.com,
	jack@...e.cz, tytso@....edu, adilger.kernel@...ger.ca,
	linux-ext4@...r.kernel.org, linux-kernel@...r.kernel.org,
	yukuai3@...wei.com, niecheng1@...ontech.com,
	zhangdandan@...ontech.com, guanwentao@...ontech.com,
	chenyichong@...ontech.com, wentao@...ontech.com
Subject: Re: [PATCH v2 4.19 0/4] ext4: improve delalloc buffer write
 performance

On Wed, Jul 24, 2024 at 12:55:52PM +0800, WangYuli wrote:
> Hi greg k-h,
> 
> As a commercial Linux distribution maintainer, we understand that
> even though upstream support for linux-4.19.y is ending, our users'
> reliance on this kernel version will not cease immediately.

Good luck to them, given that almost immediately after it goes out of
support it will become insecure :(

> They often lack the time or resources to promptly migrate all their
> devices to a newer kernel, due to considerations such as stability,
> operational costs, and other factors.

They have had 6 years to plan for this, how much time do they need?

> Therefore, to provide a more graceful conclusion to the linux-4.19.y
> lifecycle, we propose backporting these performance optimizations
> to extend its useful lifeĀ  and ensure a smooth transition for commercial
> users by the way.

Performance optimizations for old kernels like this are not a good idea,
please just have them move to a more modern, and actually supported,
kernel instead if they wish to have performance improvements.  Otherwise
you are ensuring they will never move.

good luck!

greg k-h

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ