From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932911AbcFIRYo (ORCPT ); Thu, 9 Jun 2016 13:24:44 -0400 Received: from mail-oi0-f46.google.com ([209.85.218.46]:35619 "EHLO mail-oi0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932740AbcFIRYj convert rfc822-to-8bit (ORCPT ); Thu, 9 Jun 2016 13:24:39 -0400 MIME-Version: 1.0 In-Reply-To: <8D80C93B-3DD6-469B-90D6-FBC71B917EAD@gmail.com> References: <95a853538da28c64dfc877c60549ec79ed7a5d69.1452294700.git.luto@kernel.org> <8D80C93B-3DD6-469B-90D6-FBC71B917EAD@gmail.com> From: Andy Lutomirski Date: Thu, 9 Jun 2016 10:24:18 -0700 Message-ID: Subject: Re: [RFC 05/13] x86/mm: Add barriers and document switch_mm-vs-flush synchronization To: Nadav Amit Cc: Andy Lutomirski , X86 ML , LKML , Borislav Petkov , Brian Gerst , Dave Hansen , Oleg Nesterov , "linux-mm@kvack.org" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Jun 3, 2016 at 10:42 AM, Nadav Amit wrote: > Following this patch, if (current->active_mm != mm), flush_tlb_page() still > doesn’t call smp_mb() before checking mm_cpumask(mm). > > In contrast, flush_tlb_mm_range() does call smp_mb(). > > Is there a reason for this discrepancy? Not that I can remember. Is the remote flush case likely to be racy? --Andy