lkml.org 
[lkml]   [2018]   [Nov]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v1 0/4]mm: convert totalram_pages, totalhigh_pages and managed pages to atomic
On Wed 07-11-18 11:28:37, Michal Hocko wrote:
> On Wed 07-11-18 09:50:10, Vlastimil Babka wrote:
> > On 11/7/18 8:02 AM, Konstantin Khlebnikov wrote:
> [...]
> > > Could you point what exactly are you fixing with this set?
> > >
> > > from v2:
> > >
> > > > totalram_pages, zone->managed_pages and totalhigh_pages updates
> > > > are protected by managed_page_count_lock, but readers never care
> > > > about it. Convert these variables to atomic to avoid readers
> > > > potentially seeing a store tear.
> > >
> > > This?
> > >
> > >
> > > Aligned unsigned long almost always stored at once.
> >
> > The point is "almost always", so better not rely on it :) But the main
> > motivation was that managed_page_count_lock handling was complicating
> > Arun's "memory_hotplug: Free pages as higher order" patch and it seemed
> > a better idea to just remove and convert this to atomics, with
> > preventing potential store-to-read tearing as a bonus.
>
> And more importantly the lock itself seems bogus as mentioned here
> http://lkml.kernel.org/r/20181106141732.GR27423@dhcp22.suse.cz

Should be http://lkml.kernel.org/r/20181107103630.GF2453@dhcp22.suse.cz

--
Michal Hocko
SUSE Labs

\
 
 \ /
  Last update: 2018-11-07 11:40    [W:0.038 / U:1.128 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site