[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <51cbf269-daff-d7b8-653f-7ba388475ab8@linux.dev>
Date: Fri, 9 Jun 2023 10:50:11 +0800
From: Qi Zheng <qi.zheng@...ux.dev>
To: Andrew Morton <akpm@...ux-foundation.org>,
Dave Chinner <david@...morbit.com>
Cc: Theodore Ts'o <tytso@....edu>,
Roman Gushchin <roman.gushchin@...ux.dev>,
Kirill Tkhai <tkhai@...ru>, vbabka@...e.cz,
viro@...iv.linux.org.uk, brauner@...nel.org, djwong@...nel.org,
hughd@...gle.com, paulmck@...nel.org, muchun.song@...ux.dev,
linux-mm@...ck.org, linux-fsdevel@...r.kernel.org,
linux-xfs@...r.kernel.org, linux-kernel@...r.kernel.org,
Qi Zheng <zhengqi.arch@...edance.com>
Subject: Re: [PATCH v2 3/3] fs: Use delayed shrinker unregistration
On 2023/6/9 08:27, Andrew Morton wrote:
> On Fri, 9 Jun 2023 09:17:54 +1000 Dave Chinner <david@...morbit.com> wrote:
>
>>> Given that we're at -rc5 now, and the file system folks didn't get
>>> consulted until fairly late in the progress, and the fact that this
>>> may cause use-after-free problems that could lead to security issues,
>>> perhaps we shoould consider reverting the SRCU changeover now, and try
>>> again for the next merge window?
>>
>> Yes, please, because I think we can fix this in a much better way
>> and make things a whole lot simpler at the same time.
>
> Qi Zheng, if agreeable could you please prepare and send reverts of
> 475733dda5a ("mm: vmscan: add shrinker_srcu_generation") and of
> f95bdb700bc6bb74 ("mm: vmscan: make global slab shrink lockless")?
OK. After reading the proposal suggested by Dave, I think it is more
feasible. I will revert the previous changes ASAP, and then try to
implement Dave's proposal.
Thanks,
Qi
>
> Thanks.
Powered by blists - more mailing lists