Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp1885879pxj; Fri, 18 Jun 2021 19:17:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzniLM6I4NukpoNusVBi62Y7NZXRiqt7Fm297rWgbwF1sQQ76+300z5kjHSd6I7Tfipn2cG X-Received: by 2002:a05:6638:d4f:: with SMTP id d15mr6104461jak.32.1624069059608; Fri, 18 Jun 2021 19:17:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624069059; cv=none; d=google.com; s=arc-20160816; b=uFcYF1PMIqnQxWlimoCyX/QuzoPUeZjA59Xe3oAbWTBFV0c6cCltuNfhhgH1fhBjWm TR2kY50dX9BGIz0ptVXf+Gehkn+JijmIcUpsPtFLtjrzqLj+9XoEUU2SkGP67dQFpjrh 5aZJR+wtke95YXiveLDNT8YCC28e0Eo/MY79rQ+fIi3XbPQqFjOcD7J67DAfgcDUI+9F Dc/3nXDRCCoXrd86J8Ygjb3FN63b3AwIeHVBYkyo/Lz7qBr7gTvKxgndxe7PwDOqp4p5 8my/r+9b4AC62qcFrdCSdgPvUlWzESWrmgRB2dJvqoPKTY+2Esa8Zf2m+OiIx1kGy+Dp ZjBQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:thread-index:thread-topic :content-transfer-encoding:mime-version:subject:references :in-reply-to:message-id:cc:to:from:date:dkim-signature:dkim-filter; bh=RVU1L7Bs5o8SF/s3fQLWZ2mgUojZ65JgsimVBayw7WM=; b=i61HlYBcNgvqOS5Gkej0zNLrILAzGeIdTqHraGPV1ED/jWgHh4u7RBUDV8HIrdvSnZ VWHzm4K1BWCiwNOYQMXQulssep0TrYnHjKtlpEyHw3BJqM/i43kz0m1rpMqIkP5fbO7K 078bzZUtp/26JPPefs0iP0i7HNJABofwrN1Be8azI7FOaf5Ykpqbh7uWSH3Luuy8cu7H HmphAEwtcIw+If2FIcoRBplcjf1dXa/VIGIMPsASpLwRbUsqXW9DfVlv9Rjpn/Yp2uKk s0DF+7+7t8LHaN//IEJBqOSzqEtcCk6RWKjLu8T42hp9c2QJTG9Iodb/4nggMTnvSDzA hthg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@efficios.com header.s=default header.b=QxaZv37P; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=efficios.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id k24si11417077jan.49.2021.06.18.19.17.27; Fri, 18 Jun 2021 19:17:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@efficios.com header.s=default header.b=QxaZv37P; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=efficios.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236089AbhFRR2p (ORCPT + 99 others); Fri, 18 Jun 2021 13:28:45 -0400 Received: from mail.efficios.com ([167.114.26.124]:48982 "EHLO mail.efficios.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230387AbhFRR2o (ORCPT ); Fri, 18 Jun 2021 13:28:44 -0400 Received: from localhost (localhost [127.0.0.1]) by mail.efficios.com (Postfix) with ESMTP id 7AEE0345C4E; Fri, 18 Jun 2021 13:26:34 -0400 (EDT) Received: from mail.efficios.com ([127.0.0.1]) by localhost (mail03.efficios.com [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id TuF5gIHS_P9W; Fri, 18 Jun 2021 13:26:33 -0400 (EDT) Received: from localhost (localhost [127.0.0.1]) by mail.efficios.com (Postfix) with ESMTP id 39D64346030; Fri, 18 Jun 2021 13:26:33 -0400 (EDT) DKIM-Filter: OpenDKIM Filter v2.10.3 mail.efficios.com 39D64346030 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=efficios.com; s=default; t=1624037193; bh=RVU1L7Bs5o8SF/s3fQLWZ2mgUojZ65JgsimVBayw7WM=; h=Date:From:To:Message-ID:MIME-Version; b=QxaZv37PI2T8k93cxNlviHuor7Eo1jdIh84JQW8lKtRqEnYg+leveVO3V0WFWrykT MvqRXaDcPeJ0eAiUxm+yvxtY3zYscfcARDn2rN0ViMIPWwVcsj7n0OufUs3b9Z1+9R oEl+McAQbfLVbznVaLyI+IjT8OEOZRe3hMWnqTSYXPrFjcy1639fmawQUsbPISdolV vzjbXySgml575Cim3yIEQOpynXR/OAVs0L+ob5PmJZT2AamgShg4nH+wblsIvv+a9o 2rIOi5IDZ47uAsVlnSrTmJsFS38xpSUbGgJqwa7YawAOIt4JkaTWO/VI7k6xNPxC35 h+2QpUFHgBE5Q== X-Virus-Scanned: amavisd-new at efficios.com Received: from mail.efficios.com ([127.0.0.1]) by localhost (mail03.efficios.com [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id aQITEBiYLT6c; Fri, 18 Jun 2021 13:26:33 -0400 (EDT) Received: from mail03.efficios.com (mail03.efficios.com [167.114.26.124]) by mail.efficios.com (Postfix) with ESMTP id 1BA0A346100; Fri, 18 Jun 2021 13:26:33 -0400 (EDT) Date: Fri, 18 Jun 2021 13:26:32 -0400 (EDT) From: Mathieu Desnoyers To: Christophe Leroy Cc: Ingo Molnar , Peter Zijlstra , Thomas Gleixner , maged michael , Dave Watson , Will Deacon , "Russell King, ARM Linux" , David Sehr , Paul Mackerras , "H. Peter Anvin" , linux-arch , x86 , Andrew Hunter , Greg Hackmann , Alan Stern , Paul , Andrea Parri , Avi Kivity , Boqun Feng , linuxppc-dev , Nicholas Piggin , Alexander Viro , Andy Lutomirski , linux-api , linux-kernel , Linus Torvalds Message-ID: <2077369633.12794.1624037192994.JavaMail.zimbra@efficios.com> In-Reply-To: <8b200dd5-f37b-b208-82fb-2775df7bcd49@csgroup.eu> References: <20180129202020.8515-1-mathieu.desnoyers@efficios.com> <20180129202020.8515-3-mathieu.desnoyers@efficios.com> <8b200dd5-f37b-b208-82fb-2775df7bcd49@csgroup.eu> Subject: Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm() MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [167.114.26.124] X-Mailer: Zimbra 8.8.15_GA_4018 (ZimbraWebClient - FF89 (Linux)/8.8.15_GA_4026) Thread-Topic: powerpc: membarrier: Skip memory barrier in switch_mm() Thread-Index: CQE5LhemvVU5Lc+W1e2QOiB/EG3b7A== Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org ----- On Jun 18, 2021, at 1:13 PM, Christophe Leroy christophe.leroy@csgroup.eu wrote: [...] > > I don't understand all that complexity to just replace a simple > 'smp_mb__after_unlock_lock()'. > > #define smp_mb__after_unlock_lock() smp_mb() > #define smp_mb() barrier() > # define barrier() __asm__ __volatile__("": : :"memory") > > > Am I missing some subtility ? On powerpc CONFIG_SMP, smp_mb() is actually defined as: #define smp_mb() __smp_mb() #define __smp_mb() mb() #define mb() __asm__ __volatile__ ("sync" : : : "memory") So the original motivation here was to skip a "sync" instruction whenever switching between threads which are part of the same process. But based on recent discussions, I suspect my implementation may be inaccurately doing so though. Thanks, Mathieu > > Thanks > Christophe -- Mathieu Desnoyers EfficiOS Inc. http://www.efficios.com