From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751495AbdJCRO4 (ORCPT ); Tue, 3 Oct 2017 13:14:56 -0400 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:51944 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751072AbdJCROy (ORCPT ); Tue, 3 Oct 2017 13:14:54 -0400 From: Marc Zyngier To: Lorenzo Pieralisi , Suzuki K Poulose , Pawel Moll , Mark Rutland Cc: linux-kernel@vger.kernel.org Subject: [PATCH v2 0/2] bus: CCN/CCI: Fix use of smp_processor_id() Date: Tue, 3 Oct 2017 18:14:11 +0100 Message-Id: <20171003171413.18592-1-marc.zyngier@arm.com> X-Mailer: git-send-email 2.11.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org I've just noticed that both the CCI and CCN drivers have a small buglet in that they call smp_processor_id() from preemptible context, which is frown upon (having just booted a 4.13 kernel with DEBUG_PREEMPT on my Seattle, I was surprised to be greeted with a nice backtrace...). I've tested the CCN patch on the same Seatle box, but I've only compile-tested the equivalent CCI patch (which is obviously correct -- famous last words...). Thanks, M. * From v1: Keep the current CPU refcount until we have registered the CPU notifiers, making sure we don't race against a surprise hotplug off. Marc Zyngier (2): bus: arm-ccn: Fix use of smp_processor_id() in preemptible context bus: arm-cci: Fix use of smp_processor_id() in preemptible context drivers/bus/arm-cci.c | 7 +++++-- drivers/bus/arm-ccn.c | 4 +++- 2 files changed, 8 insertions(+), 3 deletions(-) -- 2.11.0