Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1762749AbdDSLsZ (ORCPT ); Wed, 19 Apr 2017 07:48:25 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:47100 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1760705AbdDSLsV (ORCPT ); Wed, 19 Apr 2017 07:48:21 -0400 Subject: Re: [PATCH v2 tip/core/rcu 0/13] Miscellaneous fixes for 4.12 To: Peter Zijlstra , "Paul E. McKenney" References: <20170412165441.GA17149@linux.vnet.ibm.com> <20170417232714.GA19013@linux.vnet.ibm.com> <20170419112845.3rt3zlyzuzert647@hirez.programming.kicks-ass.net> Cc: linux-kernel@vger.kernel.org, mingo@kernel.org, jiangshanlai@gmail.com, dipankar@in.ibm.com, akpm@linux-foundation.org, mathieu.desnoyers@efficios.com, josh@joshtriplett.org, tglx@linutronix.de, rostedt@goodmis.org, dhowells@redhat.com, edumazet@google.com, dvhart@linux.intel.com, fweisbec@gmail.com, oleg@redhat.com, bobby.prani@gmail.com, marc.zyngier@arm.com From: Christian Borntraeger Date: Wed, 19 Apr 2017 13:48:08 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 MIME-Version: 1.0 In-Reply-To: <20170419112845.3rt3zlyzuzert647@hirez.programming.kicks-ass.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 x-cbid: 17041911-0012-0000-0000-000014144CCF X-IBM-SpamModules-Scores: X-IBM-SpamModules-Versions: BY=3.00006938; HX=3.00000240; KW=3.00000007; PH=3.00000004; SC=3.00000208; SDB=6.00849578; UDB=6.00419518; IPR=6.00628209; BA=6.00005303; NDR=6.00000001; ZLA=6.00000005; ZF=6.00000009; ZB=6.00000000; ZP=6.00000000; ZH=6.00000000; ZU=6.00000002; MB=3.00015094; XFM=3.00000013; UTC=2017-04-19 11:48:17 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 17041911-0013-0000-0000-00004D1DFF3E Message-Id: X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2017-04-19_09:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 spamscore=0 suspectscore=2 malwarescore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1703280000 definitions=main-1704190104 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 749 Lines: 20 On 04/19/2017 01:28 PM, Peter Zijlstra wrote: > > So the thing Maz complained about is because KVM assumes > synchronize_srcu() is 'free' when there is no srcu_read_lock() activity. > This series 'breaks' that. Why is such a behaviour change not mentioned in the cover letter? I could not find anything in the patch descriptions that would indicate a slowdown. How much slower did it get? But indeed, there are several places at KVM startup which have been reworked to srcu since normal rcu was too slow for several usecases. (Mostly registering devices and related data structures at startup, basically the qemu/kvm coldplug interaction) > > I've not looked hard enough at the new SRCU to see if its possible to > re-instate that feature. >