Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1709459

Re: [PATCH v6 3/7] Revert "mm: numa: defer TLB flush for THP migration as long as possible"

From Peter Zijlstra <peterz@infradead.org>
Newsgroups linux.kernel
Subject Re: [PATCH v6 3/7] Revert "mm: numa: defer TLB flush for THP migration as long as possible"
Date 2017-08-11 13:00 +0200
Message-ID <udfPB-2tJ-21@gated-at.bofh.it> (permalink)
References <u9Wq6-6U6-5@gated-at.bofh.it> <u9Wq6-6U6-15@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Tue, Aug 01, 2017 at 05:08:14PM -0700, Nadav Amit wrote:
> While deferring TLB flushes is a good practice, the reverted patch
> caused pending TLB flushes to be checked while the page-table lock is
> not taken. As a result, in architectures with weak memory model (PPC),
> Linux may miss a memory-barrier, miss the fact TLB flushes are pending,
> and cause (in theory) a memory corruption.
> 
> Since the alternative of using smp_mb__after_unlock_lock() was
> considered a bit open-coded, and the performance impact is expected to
> be small, the previous patch is reverted.

FWIW this Changelog sucks arse; you completely fail to explain the
broken ordering.

Back to linux.kernel | Previous | NextPrevious in thread | Find similar | Unroll thread


Thread

[PATCH v6 3/7] Revert "mm: numa: defer TLB flush for THP migration as long as possible" Nadav Amit <namit@vmware.com> - 2017-08-02 09:40 +0200
  Re: [PATCH v6 3/7] Revert "mm: numa: defer TLB flush for THP  migration as long as possible" Peter Zijlstra <peterz@infradead.org> - 2017-08-11 13:00 +0200

csiph-web