Received: by 10.213.65.68 with SMTP id h4csp516386imn; Fri, 16 Mar 2018 10:07:48 -0700 (PDT) X-Google-Smtp-Source: AG47ELvYpw5CA5C6DVfe03MkAv7t/jodsTiJE/y95C1RvZX8wgoblwGh4UqEH8ajWZb9rEGxvgY0 X-Received: by 10.98.34.75 with SMTP id i72mr2136333pfi.165.1521220068829; Fri, 16 Mar 2018 10:07:48 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1521220068; cv=none; d=google.com; s=arc-20160816; b=IJ8uivXRjZZz0UV9EliErzuWK99BXL0a6JPf96kNL2qh+FtJ8X0pep+tr9Dhq2X8d3 yOqWZj/ixz9a5SsU6aGY2FJ7l7WCIQXyLEWnBBOEU/PhIAog3Vm6R87xX+unJAed5mh0 Rku3xL9p3uOw4YCrtfv1OZ+Exd5PylGn51gcBbdaYc8cvg2gQNsTqaOCmOL8vzpPjUho u1zvTNHIA20Dj/0UbQ/RrEnJf+MOKpL+TGNnVXg53orriFDr9+dyj30d+Fz2tiAevt1v OefzGSbTU0x7bx5dn+OvC5qTcTFdE9PUlTCUdqkgr8H8cgJdaRNQYO7rW0S3R6yfwMOL 3a9w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:references :in-reply-to:message-id:date:subject:cc:to:from :arc-authentication-results; bh=OrROZsTqGxkG5DgU4+GC0LkaKWavhYPRfNX2sb65PU0=; b=1Cwpti0Y06scFZXOOaf+2XhccX4tGQhlDVsRWuQ1gG4I+WeXt54P4ENcZUg7nsDas/ ntgB8Wkqgzy9Z2mJON8IX3NYkhk537Ioq7WxRs6Gv8M2brkDir0AmrdE/oXBobem+zav S55NxwQGiD5XTiOTyWSy+KqRK/8vPurHl1a4YjUK3Xe2mKvo2q6CDH5xZA8wlKuGb3np +3MeaprgUMvT+Tc9jvIuPXEESc+duUs0P9UTtB1UlOmFhHsmOjQCJdp1dZK1OjqpqpLL iKEqolkvQONJYJ9IU0A67F/QS/VN8+mI+4HIIfVWvy89ME8SX1iunn3DWYQVZO8T6ZWG uzGA== 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 f5-v6si6622251plf.223.2018.03.16.10.07.34; Fri, 16 Mar 2018 10:07:48 -0700 (PDT) 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 S1754428AbeCPPbw (ORCPT + 99 others); Fri, 16 Mar 2018 11:31:52 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:37692 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753844AbeCPPbv (ORCPT ); Fri, 16 Mar 2018 11:31:51 -0400 Received: from localhost (LFbn-1-12247-202.w90-92.abo.wanadoo.fr [90.92.61.202]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 9587011AF; Fri, 16 Mar 2018 15:31:50 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Justin Chen , Florian Fainelli , linux-mips@linux-mips.org, James Hogan Subject: [PATCH 4.9 17/86] MIPS: BMIPS: Do not mask IPIs during suspend Date: Fri, 16 Mar 2018 16:22:40 +0100 Message-Id: <20180316152318.458720113@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180316152317.167709497@linuxfoundation.org> References: <20180316152317.167709497@linuxfoundation.org> User-Agent: quilt/0.65 X-stable: review MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 4.9-stable review patch. If anyone has any objections, please let me know. ------------------ From: Justin Chen commit 06a3f0c9f2725f5d7c63c4203839373c9bd00c28 upstream. Commit a3e6c1eff548 ("MIPS: IRQ: Fix disable_irq on CPU IRQs") fixes an issue where disable_irq did not actually disable the irq. The bug caused our IPIs to not be disabled, which actually is the correct behavior. With the addition of commit a3e6c1eff548 ("MIPS: IRQ: Fix disable_irq on CPU IRQs"), the IPIs were getting disabled going into suspend, thus schedule_ipi() was not being called. This caused deadlocks where schedulable task were not being scheduled and other cpus were waiting for them to do something. Add the IRQF_NO_SUSPEND flag so an irq_disable will not be called on the IPIs during suspend. Signed-off-by: Justin Chen Fixes: a3e6c1eff548 ("MIPS: IRQ: Fix disabled_irq on CPU IRQs") Cc: Florian Fainelli Cc: linux-mips@linux-mips.org Cc: stable@vger.kernel.org Patchwork: https://patchwork.linux-mips.org/patch/17385/ [jhogan@kernel.org: checkpatch: wrap long lines and fix commit refs] Signed-off-by: James Hogan Signed-off-by: Greg Kroah-Hartman --- arch/mips/kernel/smp-bmips.c | 8 ++++---- 1 file changed, 4 insertions(+), 4 deletions(-) --- a/arch/mips/kernel/smp-bmips.c +++ b/arch/mips/kernel/smp-bmips.c @@ -166,11 +166,11 @@ static void bmips_prepare_cpus(unsigned return; } - if (request_irq(IPI0_IRQ, bmips_ipi_interrupt, IRQF_PERCPU, - "smp_ipi0", NULL)) + if (request_irq(IPI0_IRQ, bmips_ipi_interrupt, + IRQF_PERCPU | IRQF_NO_SUSPEND, "smp_ipi0", NULL)) panic("Can't request IPI0 interrupt"); - if (request_irq(IPI1_IRQ, bmips_ipi_interrupt, IRQF_PERCPU, - "smp_ipi1", NULL)) + if (request_irq(IPI1_IRQ, bmips_ipi_interrupt, + IRQF_PERCPU | IRQF_NO_SUSPEND, "smp_ipi1", NULL)) panic("Can't request IPI1 interrupt"); }