[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1427221835.2515.52.camel@j-VirtualBox>
Date: Tue, 24 Mar 2015 11:30:35 -0700
From: Jason Low <jason.low2@...com>
To: Michal Hocko <mhocko@...e.cz>
Cc: linux-mm@...ck.org, linux-kernel@...r.kernel.org,
cgroups@...r.kernel.org, Johannes Weiner <hannes@...xchg.org>,
Christoph Lameter <cl@...ux.com>,
Linus Torvalds <torvalds@...ux-foundation.org>,
David Rientjes <rientjes@...gle.com>,
Joonsoo Kim <iamjoonsoo.kim@....com>,
Andrew Morton <akpm@...ux-foundation.org>,
"Kirill A. Shutemov" <kirill.shutemov@...ux.intel.com>,
Aswin Chandramouleeswaran <aswin@...com>,
Christian Borntraeger <borntraeger@...ibm.com>,
Mel Gorman <mgorman@...e.de>, Hugh Dickins <hughd@...gle.com>,
Minchan Kim <minchan@...nel.org>,
Davidlohr Bueso <dave@...olabs.net>,
Rik van Riel <riel@...hat.com>, jason.low2@...com
Subject: Re: [PATCH] mm: Remove usages of ACCESS_ONCE
On Tue, 2015-03-24 at 11:30 +0100, Michal Hocko wrote:
> On Mon 23-03-15 15:44:40, Jason Low wrote:
> > Commit 38c5ce936a08 converted ACCESS_ONCE usage in gup_pmd_range() to
> > READ_ONCE, since ACCESS_ONCE doesn't work reliably on non-scalar types.
> >
> > This patch removes the rest of the usages of ACCESS_ONCE, and use
> > READ_ONCE for the read accesses. This also makes things cleaner,
> > instead of using separate/multiple sets of APIs.
> >
> > Signed-off-by: Jason Low <jason.low2@...com>
>
> Makes sense to me. I would prefer a patch split into two parts. One which
> changes potentially dangerous usage of ACCESS_ONCE and the cleanup. This
> will make the life of those who backport patches into older kernels
> easier a bit.
Okay, so have a patch 1 which fixes the following:
pte_t pte = ACCESS_ONCE(*ptep);
pgd_t pgd = ACCESS_ONCE(*pgdp);
and the rest of the changes in the cleanup patch 2?
> I won't insist though.
>
> Acked-by: Michal Hocko <mhocko@...e.cz>
Thanks,
Jason
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists