[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAOQ4uxiDEwrNVLkwuuA84RWoUPovi--Xj4BRuL-5OEwiQyAFXQ@mail.gmail.com>
Date: Wed, 3 Sep 2025 16:06:19 +0200
From: Amir Goldstein <amir73il@...il.com>
To: Diangang Li <lidiangang@...edance.com>
Cc: stephen.s.brennan@...cle.com, changfengnan@...edance.com,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
Jan Kara <jack@...e.cz>, Greg KH <gregkh@...uxfoundation.org>
Subject: Re: [RFC 0/1] fsnotify: clear PARENT_WATCHED flags lazily for v5.4
On Wed, Sep 3, 2025 at 3:31 PM Jan Kara <jack@...e.cz> wrote:
>
> On Wed 03-09-25 17:34:12, Diangang Li wrote:
> > Hi Amir, Jan, et al,
> >
> > Commit `41f49be2e51a71` ("fsnotify: clear PARENT_WATCHED flags lazily")
> > has resolved the softlockup in `__fsnotify_parent` when there are millions
> > of negative dentries. The Linux kernel CVE team has assigned CVE-2024-47660
> > to this issue[1]. I noticed that the CVE patch was only backported to the
> > 5.10 stable tree, and not to 5.4. Is there any specific reason or analysis
> > regarding the 5.4 branch? We have encountered this issue in our production
> > environments running kernel 5.4. After manually applying and deconflicting
> > this patch, the problem was resolved.
All this above would be nice to send Greg for context
so he can distinguish your posting from AI bots posting backports without
having tested them or without having encountered the issue ;)
But IMO, it is more helpful to send these notes after the ---
line in the patch notes rather than having a single path with a cover letter
as a backport patch.
> >
> > Any comments or suggestions regarding this backport would be appreciated.
>
> I don't have any objections against including this in 5.4-stable branch.
> Probably it was not applied because of some patch conflict. Feel free to
> send the backport to stable@...r.kernel.org, I believe Greg will gladly
> pickup the patch.
Also you need to fix some technical issues with your patch submission.
1. Subject:
[RFC 1/1] fsnotify: clear PARENT_WATCHED flags lazily
change to
[PATCH 5.4] fsnotify: clear PARENT_WATCHED flags lazily
to explain that this is a backport and the target stable branch.
2. mainline reference:
commit 172e422ffea2 ("fsnotify: clear PARENT_WATCHED flags lazily")
The common pattern used in stable tree is:
commit 172e422ffea20a89bfdc672741c1aad6fbb5044e upstream.
3. Signed-offs:
Signed-off-by: Jan Kara <jack@...e.cz>
Signed-off-by: Sasha Levin <sashal@...nel.org>
Signed-off-by: Diangang Li <lidiangang@...edance.com>
Unless you are backporting a patch different that upstream version
it is probably better to cherry-pick the commit from upstream without
Sasha's signed-off.
Not a big deal, but at least that's how Greg expects it:
https://lore.kernel.org/stable/2025090200-uniquely-pumice-1afa@gregkh/
and you may add:
Reviewed-by: Amir Goldstein <amir73il@...il.com>
Thanks,
Amir.
Powered by blists - more mailing lists