[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <7ruaiutqvgcja5l3zmxluwjp4c7utn62f3lx6ybwcwz5liki37@77fhdxyhmyk5>
Date: Tue, 20 Jan 2026 07:54:43 -0800
From: Shakeel Butt <shakeel.butt@...ux.dev>
To: Qi Zheng <qi.zheng@...ux.dev>
Cc: Muchun Song <muchun.song@...ux.dev>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, cgroups@...r.kernel.org, Muchun Song <songmuchun@...edance.com>,
hannes@...xchg.org, hughd@...gle.com, mhocko@...e.com, roman.gushchin@...ux.dev,
david@...nel.org, lorenzo.stoakes@...cle.com, ziy@...dia.com, harry.yoo@...cle.com,
yosry.ahmed@...ux.dev, imran.f.khan@...cle.com, kamalesh.babulal@...cle.com,
axelrasmussen@...gle.com, yuanchu@...gle.com, weixugc@...gle.com,
chenridong@...weicloud.com, mkoutny@...e.com, akpm@...ux-foundation.org,
hamzamahfooz@...ux.microsoft.com, apais@...ux.microsoft.com, lance.yang@...ux.dev
Subject: Re: [PATCH v3 24/30] mm: memcontrol: prepare for reparenting LRU
pages for lruvec lock
On Mon, Jan 19, 2026 at 11:44:09AM +0800, Qi Zheng wrote:
>
>
[...]
> > >
> > > If no one else objects, I will drop __acquires/__releases in the next
> > > version.
> > >
> >
> > If you drop these annotations from header file and keep in the C file,
> > do you still get the compilation error?
>
> I did test it this way, and it does fix the compilation error, but
> Muchun thinks these functions are very simple and there's no need to put
> them in a C file.
>
I think we should prefer correctness at this stage. We can always change
these functions later if we see performance impact of these. So, I would
recommend to keep them in C file along with these annotations.
Powered by blists - more mailing lists