Re: Requesting CVES to be merged into version 5.15.y

[gregkh <gregkh@linuxfoundation.org>]

On Mon, Oct 12, 2026 at 10:49:26AM +0800, yao.zhang1@amlogic.com wrote:
> Hi stable team,
> > Here's an example of why this is not in the 5.15.y tree, it does not
> > apply at all.  How did you come up with this very small list of CVEs
> > when there are thousands of "missing" fixes in these older trees?
> 
> > Have you tested this commit to verify it does work properly in the
> > 5.15.y tree?
> 
> > Again, if you wish to see these all applied, please submit the patches
> > that you have backported.
> 
> These CVEs were identified by our customers using third-party scanning tools, 
> and I have verified using `strak` that the patches for these CVEs are indeed
>  missing from the latest 5.15.y release.
> I actually checked the code, and those CVEs aren't there either.

I agree, these commits are not in the tree, and they are not in the tree
as no one has taken the time and effort to do the work to apply them
there.  If you have customers that need these commits/CVEs fixed, great,
please submit working patches that you have tested to resolve these
issues and we will gladly apply them.

> For example: [DEBUG strak] Checking CVE-2025-39797
>                       5.15.222 is vulnerable to CVE-2025-39797
> 
> I have not tested this specific commit on the 5.15.y tree. 
> I would like to know the reason why these CVEs were not merged into 5.15.y.
> Does version 5.15.y not need these CVEs?
> 
> I have a few questions I would appreciate your help answering:
> 1. Can you merge the patches for these critical/high-severity CVEs into the 
>    5.15.y tree?

If someone sends them to us, yes we will.

> 2. If they can be merged, what is the plan? How long would the process take?

Depends on our release cycle / workload, see how long other submitted
patches take to get merged.  All of our work is in public, it shouldn't
be hard to track this.

> 3. If you decide not to merge them, what is the reason?

We will tell you if you submit them for review if there are any problems
with them.

thanks,

greg k-h