Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp657519pxb; Wed, 16 Feb 2022 01:11:21 -0800 (PST) X-Google-Smtp-Source: ABdhPJyhTQoFSSf8IyuhKDc6FgQ8wYc91rXrba4GAJEJgNkv3AS6OtXrv4B10RiPe0DzQWHBIXe4 X-Received: by 2002:a63:8449:0:b0:372:b85f:debb with SMTP id k70-20020a638449000000b00372b85fdebbmr1483593pgd.103.1645002681821; Wed, 16 Feb 2022 01:11:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645002681; cv=none; d=google.com; s=arc-20160816; b=DGETERPDwPNkZFJ+Kb6LMP/b1gd2lJlItHMw3qHpntoOK7lh3PnBl19WOOI7NjRtZ4 RNUIZXrGvvUegRWsy9DfkcjU7oXbj/jKEkfEz/MxaMB5O1X68cxkyKjP9GuFagfHL+/E qLDOf1+o7OH7hx4oc7Kkt+Qwr4/AKqlOL7J4Vd+FvvO5Wgz1viKc5yfHr2mqXEgC8UQ/ 9UW97sBz1ESCvP5F0PyJOooAhmzKldlnWw1TnraiRlT5v0tkuzd4qi6h/DPNNFT0kzME WmDGXAhdgtHpCyOEqiB1Pg/uPd0uQi3DTUeU/YkJdlP0CmiQoxe1AXkHRbPJMOn8ZU14 8ShQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=vHI7bG+7/uUgFEzahSiGNI/Mqbx6Uf+Ijw0JZ7lmLWU=; b=oYAKAer0UUAasSCc84WSyjda7TdGVVoCsIWRrElYN5BVOiI0n8pBrDaMV6vr1oHNk1 VEQnGITRBkP9gYhMZBoXngAc4gWyPX2Q+RDv47ZcMHMeTx1vl3B8YyYHliBIYzTIjq7+ weDyN9Coxz9aIeSCIN0EalScVHqz8exNjqjJuFx+LllQSRY3pvoCw3KhL9rgIlyuy/RK cM+9ucCUcUsYltdXkzGvhwzbaL6mJDxj6Q56RoOz+UodPvnsnti2ieLhn0vwpWGJI+9G kLNPbZVmHkef1LcnduYFwLl72AsX3IsBuMoodz5vvw9j3esS8goYpXB4rraYFMlDYMNA NFhQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="drW/XExE"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id l19si38563497pfc.89.2022.02.16.01.11.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 16 Feb 2022 01:11:21 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b="drW/XExE"; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id A621F2C64D; Wed, 16 Feb 2022 01:09:04 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231929AbiBPJJJ (ORCPT + 99 others); Wed, 16 Feb 2022 04:09:09 -0500 Received: from gmail-smtp-in.l.google.com ([23.128.96.19]:55000 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231858AbiBPJJG (ORCPT ); Wed, 16 Feb 2022 04:09:06 -0500 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 84EE1289B3; Wed, 16 Feb 2022 01:08:54 -0800 (PST) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id A0471B81D4D; Wed, 16 Feb 2022 09:08:52 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 6B2F4C340ED; Wed, 16 Feb 2022 09:08:51 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1645002531; bh=+gImVgn+psIKjeLVL98uEnM5hThrgobcx/W+sXGKkb4=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=drW/XExEl75IfRPeJK1st1gzdg1hobjuGOuCaX4mXla6gHEDWiA0QHQYWSF2iJ80w 4aoldhFKjCKNA5hAMmMi3oF2zpvJbHbmEH18+Q6Xc01Gnrkr1f+KCsgGZdHHcEOWnO OkZg7DGOTnrqrnQgOBF0N8hBW+fNQHn+fSOYYGFnKQMy2+nCux6GOyLDPgEmfwUwto Cr7c1yUOVoZPvHzShYsTcSWIC14wR5BlthwyBIWo15U/Ir5nmB5muJqqT/s9sGFV0W akayIAetH7sX12ECYF085MCeuxX51Wr+Bbr0HdForANUAFB6nigekoQH+zHFwXHOBP HFMvMAd/sOO6g== Received: from sofa.misterjones.org ([185.219.108.64] helo=why.lan) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nKGIr-008HM9-IG; Wed, 16 Feb 2022 09:08:49 +0000 From: Marc Zyngier To: linux-kernel@vger.kernel.org, netdev@vger.kernel.org Cc: Greg Kroah-Hartman , Marcin Wojtas , Russell King , "David S. Miller" , Jakub Kicinski , Thomas Gleixner , John Garry , kernel-team@android.com Subject: [PATCH 2/2] net: mvpp2: Convert to managed interrupts to fix CPU HP issues Date: Wed, 16 Feb 2022 09:08:45 +0000 Message-Id: <20220216090845.1278114-3-maz@kernel.org> X-Mailer: git-send-email 2.30.2 In-Reply-To: <20220216090845.1278114-1-maz@kernel.org> References: <20220216090845.1278114-1-maz@kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: linux-kernel@vger.kernel.org, netdev@vger.kernel.org, gregkh@linuxfoundation.org, mw@semihalf.com, linux@armlinux.org.uk, davem@davemloft.net, kuba@kernel.org, tglx@linutronix.de, john.garry@huawei.com, kernel-team@android.com X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false X-Spam-Status: No, score=-2.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,MAILING_LIST_MULTI, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org The MVPP2 driver uses a set of per-CPU interrupts and relies on each particular interrupt to fire *only* on the CPU it has been assigned to. Although the affinity setting is restricted to prevent userspace to move interrupts around, this all falls apart when using CPU hotplug, as this breaks the affinity. Depending on how lucky you are, the interrupt will then scream on the wrong CPU, eventually leading to an ugly crash. Ideally, the interrupt assigned to a given CPU would simply be left where it is, only masked when the CPU goes down, and brought back up when the CPU is alive again. As it turns out, this is the model used for most multi-queue devices, and we'd be better off using it for the MVPP2 driver. Drop the home-baked affinity settings in favour of the ready-made irq_set_affinity_masks() helper, making things slightly simpler. With this change, the driver able to sustain CPUs being taken away. What is still missing is a way to tell the device that it should stop sending traffic to a given CPU. Signed-off-by: Marc Zyngier --- drivers/net/ethernet/marvell/mvpp2/mvpp2.h | 1 - .../net/ethernet/marvell/mvpp2/mvpp2_main.c | 67 ++++++++++--------- 2 files changed, 34 insertions(+), 34 deletions(-) diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2.h b/drivers/net/ethernet/marvell/mvpp2/mvpp2.h index ad73a488fc5f..86f8feaf5350 100644 --- a/drivers/net/ethernet/marvell/mvpp2/mvpp2.h +++ b/drivers/net/ethernet/marvell/mvpp2/mvpp2.h @@ -1143,7 +1143,6 @@ struct mvpp2_queue_vector { int nrxqs; u32 pending_cause_rx; struct mvpp2_port *port; - struct cpumask *mask; }; /* Internal represention of a Flow Steering rule */ diff --git a/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c b/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c index 7cdbf8b8bbf6..cdc519583e86 100644 --- a/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c +++ b/drivers/net/ethernet/marvell/mvpp2/mvpp2_main.c @@ -4674,49 +4674,54 @@ static void mvpp21_get_mac_address(struct mvpp2_port *port, unsigned char *addr) static int mvpp2_irqs_init(struct mvpp2_port *port) { - int err, i; + struct irq_affinity affd = { + /* No pre/post-vectors, single set */ + }; + int err, i, nvec, *irqs; - for (i = 0; i < port->nqvecs; i++) { + for (i = nvec = 0; i < port->nqvecs; i++) { struct mvpp2_queue_vector *qv = port->qvecs + i; - if (qv->type == MVPP2_QUEUE_VECTOR_PRIVATE) { - qv->mask = kzalloc(cpumask_size(), GFP_KERNEL); - if (!qv->mask) { - err = -ENOMEM; - goto err; - } + if (qv->type == MVPP2_QUEUE_VECTOR_PRIVATE) + nvec++; + } - irq_set_status_flags(qv->irq, IRQ_NO_BALANCING); - } + irqs = kmalloc(sizeof(*irqs) * nvec, GFP_KERNEL); + if (!irqs) + return -ENOMEM; - err = request_irq(qv->irq, mvpp2_isr, 0, port->dev->name, qv); - if (err) - goto err; + for (i = 0; i < port->nqvecs; i++) { + struct mvpp2_queue_vector *qv = port->qvecs + i; - if (qv->type == MVPP2_QUEUE_VECTOR_PRIVATE) { - unsigned int cpu; + if (qv->type == MVPP2_QUEUE_VECTOR_PRIVATE) + irqs[i] = qv->irq; + } - for_each_present_cpu(cpu) { - if (mvpp2_cpu_to_thread(port->priv, cpu) == - qv->sw_thread_id) - cpumask_set_cpu(cpu, qv->mask); - } + err = irq_set_affinity_masks(&affd, irqs, nvec); + if (err) + goto err; - irq_set_affinity_hint(qv->irq, qv->mask); + for (i = 0; i < port->nqvecs; i++) { + struct mvpp2_queue_vector *qv = port->qvecs + i; + + err = request_irq(qv->irq, mvpp2_isr, 0, port->dev->name, qv); + if (err) { + nvec = i; + break; } } - return 0; -err: - for (i = 0; i < port->nqvecs; i++) { - struct mvpp2_queue_vector *qv = port->qvecs + i; + if (err) { + for (i = 0; i < nvec; i++) { + struct mvpp2_queue_vector *qv = port->qvecs + i; - irq_set_affinity_hint(qv->irq, NULL); - kfree(qv->mask); - qv->mask = NULL; - free_irq(qv->irq, qv); + free_irq(qv->irq, qv); + } } +err: + kfree(irqs); + return err; } @@ -4727,10 +4732,6 @@ static void mvpp2_irqs_deinit(struct mvpp2_port *port) for (i = 0; i < port->nqvecs; i++) { struct mvpp2_queue_vector *qv = port->qvecs + i; - irq_set_affinity_hint(qv->irq, NULL); - kfree(qv->mask); - qv->mask = NULL; - irq_clear_status_flags(qv->irq, IRQ_NO_BALANCING); free_irq(qv->irq, qv); } } -- 2.30.2