From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751768AbdHBCIO (ORCPT ); Tue, 1 Aug 2017 22:08:14 -0400 Received: from gate.crashing.org ([63.228.1.57]:49228 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751659AbdHBCIN (ORCPT ); Tue, 1 Aug 2017 22:08:13 -0400 Message-ID: <1501636992.2792.139.camel@kernel.crashing.org> Subject: Re: [RFC][PATCH 1/5] mm: Rework {set,clear,mm}_tlb_flush_pending() From: Benjamin Herrenschmidt To: Peter Zijlstra , Will Deacon Cc: torvalds@linux-foundation.org, oleg@redhat.com, paulmck@linux.vnet.ibm.com, mpe@ellerman.id.au, npiggin@gmail.com, linux-kernel@vger.kernel.org, mingo@kernel.org, stern@rowland.harvard.edu, Mel Gorman , Rik van Riel Date: Wed, 02 Aug 2017 11:23:12 +1000 In-Reply-To: <20170801225912.c23e6xave7qy5kzt@hirez.programming.kicks-ass.net> References: <20170607161501.819948352@infradead.org> <20170607162013.705678923@infradead.org> <20170609144553.GN13955@arm.com> <20170728174533.kbxu7uppdmle6t6d@hirez.programming.kicks-ass.net> <20170801103157.GD8702@arm.com> <1501588965.2792.121.camel@kernel.crashing.org> <20170801121419.a365inyyk5hghb6w@hirez.programming.kicks-ass.net> <20170801163903.wuwrk6ysyd52dwxm@hirez.programming.kicks-ass.net> <20170801164414.GB12027@arm.com> <20170801164820.s46g2325kjjrymom@hirez.programming.kicks-ass.net> <20170801225912.c23e6xave7qy5kzt@hirez.programming.kicks-ass.net> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.24.4 (3.24.4-1.fc26) Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, 2017-08-02 at 00:59 +0200, Peter Zijlstra wrote: > > PowerPC for example uses PTESYNC before the TBLIE, so does a SYNC after > > work? Ben? > > From what I gather it is not. You have TLBSYNC for it. So the good news tlbsync is pretty much a nop these days. ptesync is a strict superset of sync and we have it after every tlbie. > is that PPC-radix does all that and is fully serialized on the tlb > flush. Not sure for the PPC-hash case. > > At the same time, smp_mb() is not sufficient on ARM either, they need a > DSB barrier on both ends. > > So are we going to mandate tlb flush implementations are completely > ordered ? Cheers, Ben.