Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2655605pxb; Tue, 9 Mar 2021 07:48:11 -0800 (PST) X-Google-Smtp-Source: ABdhPJy5SNfDNQ+5r8D+gLrliE8qC3zXM2abgYBjalhOd6+LUBzhoZXlzM8Qgqa5b4WF2OOoVM9c X-Received: by 2002:a17:907:2093:: with SMTP id pv19mr21245638ejb.134.1615304891736; Tue, 09 Mar 2021 07:48:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615304891; cv=none; d=google.com; s=arc-20160816; b=q7LVgBSsP7/bwOSRuxZSMSvNeb+uxtQjRB3YXMVG6rTv0BaRsEODjVTWTi+JkV6be7 etx76P6/CwQewgAzKQ8DAG0nTYfQPGjwkFz5427/RoXi5Sp04AfOvCuTSuY5o42KL3RQ e7xWruhryBdXlSsUCTvfZINXpXGq/og6wQ3afW0WoeMFuintuYYEq/RcoY/2edVHDHNF ceaRbtZ0Xz6C4g1JSYCxRs2BOpyfxPFeVFhGerjo2z/+MaViJE/PFeBn4nY5Lm9gMfyf v1Euatqh+gVRYYmzxIJhnhKTaqgkUW10r+c54p8q2GPia4NsYA+VelT6bv6ZP8jjslCM gKVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-transfer-encoding :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=9LVZz+DyoKFKdM4aXr374HDlndMUJOtylmoLwFHsIpU=; b=mcjasFBRwswNKNhNGixYBDWwtG+MsSuNzNCe5lVR8znu5bIrlEb4jIiaLsR+4JOeZH rp+/miaEaMMAcZs2/oYHWM+ujZWgdByTsItT6MZfG3Nf12W9MF2pMrC92cgS7Ocb3b+M uqfzU3/tWe3a2nFPu7h8i7kUcnQxDBjwEIMJprvWMLSSMWBFvBQjfJYVKpqrY12HuFOR Kcob7hgYzYzulqpRNp89m9oNQXwH3nkKk2pD0bA5NJmcnvGIwzpf/QZKB42KzjUzyBJP jQaCaHadeVmYLczQGl2Ugg5gaOlJbXAqFoBDX8j1gq2JIsdxIuHq9OS9D2u6/EXtq/i6 HFfA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g3si5364089ejb.220.2021.03.09.07.47.48; Tue, 09 Mar 2021 07:48:11 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231905AbhCIPqa convert rfc822-to-8bit (ORCPT + 99 others); Tue, 9 Mar 2021 10:46:30 -0500 Received: from mx2.suse.de ([195.135.220.15]:37874 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231591AbhCIPqV (ORCPT ); Tue, 9 Mar 2021 10:46:21 -0500 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id C2D41AE84; Tue, 9 Mar 2021 15:46:19 +0000 (UTC) Date: Tue, 9 Mar 2021 07:46:11 -0800 From: Davidlohr Bueso To: Michal =?utf-8?B?U3VjaMOvwr/CvW5law==?= Cc: npiggin@gmail.com, Davidlohr Bueso , peterz@infradead.org, linuxppc-dev@lists.ozlabs.org, linux-kernel@vger.kernel.org, mingo@redhat.com, paulus@samba.org, longman@redhat.com, will@kernel.org Subject: Re: [PATCH 3/3] powerpc/qspinlock: Use generic smp_cond_load_relaxed Message-ID: <20210309154611.kbxzx65auzvmfqnt@offworld> References: <20210309015950.27688-1-dave@stgolabs.net> <20210309015950.27688-4-dave@stgolabs.net> <20210309093912.GW6564@kitsune.suse.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: 8BIT In-Reply-To: <20210309093912.GW6564@kitsune.suse.cz> User-Agent: NeoMutt/20201120 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 09 Mar 2021, Michal Such�nek wrote: >On Mon, Mar 08, 2021 at 05:59:50PM -0800, Davidlohr Bueso wrote: >> 49a7d46a06c3 (powerpc: Implement smp_cond_load_relaxed()) added >> busy-waiting pausing with a preferred SMT priority pattern, lowering >> the priority (reducing decode cycles) during the whole loop slowpath. >> >> However, data shows that while this pattern works well with simple > ^^^^^^^^^^^^^^^^^^^^^^ >> spinlocks, queued spinlocks benefit more being kept in medium priority, >> with a cpu_relax() instead, being a low+medium combo on powerpc. >... >> >> diff --git a/arch/powerpc/include/asm/barrier.h b/arch/powerpc/include/asm/barrier.h >> index aecfde829d5d..7ae29cfb06c0 100644 >> --- a/arch/powerpc/include/asm/barrier.h >> +++ b/arch/powerpc/include/asm/barrier.h >> @@ -80,22 +80,6 @@ do { \ >> ___p1; \ >> }) >> >> -#ifdef CONFIG_PPC64 >Maybe it should be kept for the simple spinlock case then? It is kept, note that simple spinlocks don't use smp_cond_load_relaxed, but instead deal with the priorities in arch_spin_lock(), so it will spin in low priority until it sees a chance to take the lock, where it switches back to medium. Thanks, Davidlohr