Received: by 10.213.65.68 with SMTP id h4csp563988imn; Wed, 4 Apr 2018 03:30:19 -0700 (PDT) X-Google-Smtp-Source: AIpwx48eELy14iQqJhVOlQll87vJ09gMkZnEakuP06oOLPtMXimkXW0ym3k/DYSMSp16rkwQy8yI X-Received: by 10.99.140.14 with SMTP id m14mr11924748pgd.320.1522837819134; Wed, 04 Apr 2018 03:30:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522837819; cv=none; d=google.com; s=arc-20160816; b=DOBFwrvDi2CCyud9hV/SoEKR0ypR0z1HHcqwKr6HUyUg7nbh7sd8TSIwqr2kfTjcEX O14DOcIzRxkyS8NpGXRk44SZkUDlM0rWX83blO7k9msCyGe5312344G47iTk3YIfQA8S PrXTepGZmCcHfb0FvJQAHh2Fc+IVDbC12V5FKUMhisEHVfAzaB7YUQhjLtUFwRfgifFL yZNGna/U7Xq79MO98aWvcy/FQBaaBbl9lxKo8zw3AzJvjYiXxc0nC84Iqyy4mvrmgmr6 37/FJjJChA6asd2xBOWsti/RN4+3bZ8Nissoientm8c0LRToJukeyv9+VFffEsbDFnjp qHDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:message-id:date:references :in-reply-to:subject:cc:to:from:arc-authentication-results; bh=r1VPh0nAgWXVFTsLvWpSo9ewohJplOZltJHb0PxNu4g=; b=x+ed4V2SrNMYDbaomTp2xluyB7WZD6/aMaZEX+/e7yJ3G3uiQ+xDBcFCbnDt688qR+ sOqN92F5D71hVSjwqeGBat0o6RH95g+KWj3Zk3hxNRtvvcqxgnyb7EM6x4PyS8VijvOS 7O3emcqxYfVGVZD2oAoBSmujygHFqVRUqTDprhcs1N2lJL3z/xwoLojgTS5CtqyTwZOR M686fz9TcM2jM+bqfLPbkvnmsveWtwSFIbijlKY1x3WhPW1/cnmEzocZ03qjllka8ika 8mcHtYzAJY9rPXCCGXGJJ9GvQZRsKIAc0jiMFaLtpgZbkpNDyanOun/hWzBm17DxEixQ Qsbw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id x8-v6si2653960plv.420.2018.04.04.03.30.05; Wed, 04 Apr 2018 03:30:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751672AbeDDK2n (ORCPT + 99 others); Wed, 4 Apr 2018 06:28:43 -0400 Received: from ozlabs.org ([103.22.144.67]:58607 "EHLO ozlabs.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751573AbeDDK2i (ORCPT ); Wed, 4 Apr 2018 06:28:38 -0400 Received: from authenticated.ozlabs.org (localhost [127.0.0.1]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPSA id 40GMch64qDz9s1l; Wed, 4 Apr 2018 20:28:36 +1000 (AEST) Authentication-Results: ozlabs.org; dmarc=none (p=none dis=none) header.from=ellerman.id.au From: Michael Ellerman To: Peter Zijlstra Cc: Andrea Parri , Benjamin Herrenschmidt , Paul Mackerras , Ingo Molnar , linux-kernel@vger.kernel.org, Linus Torvalds Subject: Re: [PATCH for-4.17 2/2] powerpc: Remove smp_mb() from arch_spin_is_locked() In-Reply-To: <20180328110809.GE4129@hirez.programming.kicks-ass.net> References: <1522060667-7034-1-git-send-email-andrea.parri@amarulasolutions.com> <1522109216.7364.30.camel@kernel.crashing.org> <20180327102521.GA7347@andrea> <87a7us3h66.fsf@concordia.ellerman.id.au> <20180328110436.GR4043@hirez.programming.kicks-ass.net> <20180328110809.GE4129@hirez.programming.kicks-ass.net> Date: Wed, 04 Apr 2018 20:28:36 +1000 Message-ID: <87tvsrmfjf.fsf@concordia.ellerman.id.au> MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Peter Zijlstra writes: > On Wed, Mar 28, 2018 at 01:04:36PM +0200, Peter Zijlstra wrote: >> On Wed, Mar 28, 2018 at 04:25:37PM +1100, Michael Ellerman wrote: >> > Documenting it would definitely be good, but even then I'd be inclined >> > to leave the barrier in our implementation. Matching the documented >> > behaviour is one thing, but the actual real-world behaviour on well >> > tested platforms (ie. x86) is more important. >> >> By that argument you should switch your spinlock implementation to RCpc >> and include that SYNC in either lock or unlock already ;-) > > *RCsc* obviously... clearly I need to wake up moar. It's just a jumble of letters to me - I didn't even notice ;) cheers