Received: by 2002:ac0:8c9a:0:0:0:0:0 with SMTP id r26csp4926249ima; Tue, 5 Feb 2019 03:42:55 -0800 (PST) X-Google-Smtp-Source: AHgI3IY4cl7AjdWM79ytStaDJlrMCwXYzLziBRvinMh5WPZnD1wYDqQRXbPkb4IuGA+HULslaFEj X-Received: by 2002:a17:902:241:: with SMTP id 59mr4675426plc.72.1549366975353; Tue, 05 Feb 2019 03:42:55 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549366975; cv=none; d=google.com; s=arc-20160816; b=IDY2CTPKweSLYRot1+EQ34knTb9lr6SEM/Quq10IvOHAd+LOGqSXHeXxSOqFf6c4+S VkIOunqIhXWoOsz+B6Nz2ZI1sdz7HG2VtyrQlYj+DUli0PkWSRdefgScwbjoKnH2JViH OfBva4whg/FIUFAvsp5xMf5ZTnulEaeK2jgVjm1gva1/taiVvrkYjcw23lJh6zt6Om7r kBRTYHoGv1SJCI02XGb6bXQSzyH3kzXD3/19sdtz86EeUB2EO8Ae/0dANTSuwlK7hxye nF21XBbUMakInoVxHswHbOwDLmXkNTtOYLK2PO23UZ7YtK0mO9WZv0/xJsagNDNVX3G0 /ihg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=lXlh0CHs6R4W/D3IJuIvvCDF5CMxXx094rbthFUlqB8=; b=kQaiAjudppT0axIopUI7dYHZIpY8hkux7dKGNBXY49BUTVTvN0/Ew7AykUqxyurzJX nM6AdJdv7eE5lX7JZfMBv6PppUxqhp0JKgY0WQQfmy7Gmdz3uu8KHQmoTvQnq3Szu8vf KBE+4rlBhR15eNzRpT9zakAL7Bo+2ePrKPyfi0gr0TMXloo9HNdTnNVTvf4Rh2u8Kgtr Bgku5sixABJqbCY7NfHW2ghSzmF7J41bnyBRXiNODsKAe4jCKsnxx4K5AGw5NTyKKUXL ysMAAY2uhN/CVy7aosoowIza2GqN2prpO6cGYvi17p56u0XxzyZu2p3LHAwdag2Zady3 V4lQ== 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 x191si1766796pfd.220.2019.02.05.03.42.38; Tue, 05 Feb 2019 03:42:55 -0800 (PST) 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 S1728920AbfBELiO (ORCPT + 99 others); Tue, 5 Feb 2019 06:38:14 -0500 Received: from foss.arm.com ([217.140.101.70]:40112 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727039AbfBELiO (ORCPT ); Tue, 5 Feb 2019 06:38:14 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 32C1C80D; Tue, 5 Feb 2019 03:38:14 -0800 (PST) Received: from [10.1.196.93] (en101.cambridge.arm.com [10.1.196.93]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 58DBE3F675; Tue, 5 Feb 2019 03:38:12 -0800 (PST) Subject: Re: [PATCH 3/5] perf/arm-ccn: Fix CPU hotplug race avoidance To: robin.murphy@arm.com, will.deacon@arm.com, mark.rutland@arm.com Cc: linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, peterz@infradead.org, tglx@linutronix.de, bigeasy@linutronix.de References: From: Suzuki K Poulose Message-ID: Date: Tue, 5 Feb 2019 11:38:10 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 04/02/2019 17:09, Robin Murphy wrote: > Like arm-cci, arm-ccn has the same issue where disabling preemption to > avoid races between registering the PMU device and the hotplug notifier > can lead to those operations taking mutexes in an invalid context. Fix > it the same way by disabling hotplug instead of preemption. Since we > only ever associate the PMU instance with a single CPU, we can also take > the opportunity to slightly simplify the hotplug handling to track just > that CPU number instead of a full cpumask. > > Signed-off-by: Robin Murphy Reviewed-by: Suzuki K Poulse