Received: by 10.223.185.116 with SMTP id b49csp1133442wrg; Fri, 23 Feb 2018 12:31:23 -0800 (PST) X-Google-Smtp-Source: AH8x227h3XrLobiYZHT0kYaqGfp/Lh2FTAhB4oe7+1NdO/P6asQj3uUHWXnQ9JrOnu1bQSx/GzWr X-Received: by 10.101.66.193 with SMTP id l1mr2311390pgp.57.1519417883806; Fri, 23 Feb 2018 12:31:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519417883; cv=none; d=google.com; s=arc-20160816; b=doTPGxX0B7mqsJqh3p4exyHMVQcP2jfFnZnyrZZXwpqAwKv2oJ9p4144HAAku/Ktiv D0z2fkNv34tELCchnHkWVRMGYa9V2k6zdcygaan1Hxodn+JJFlPXseL6wkgPkxfKF8bR V+wZPijIBbW7tcfqqQIt0QhDmHvhK9d8i+HUamMSoL5eYNx5vxHwmoN4xhU4zrBSNcdx NBWBqTM1Jlt/x3w8q5fjbW0Mh/D+ipjhmPrpxbBc5WW0FibGM+T8Y1keSal2JIvrMMSj bLASS1YttAuKDBodv0WHeGvJ5SfUz2Ju+xAmJekT1beXvr+nEHUyKROZngd5GC9vi8h3 ujMQ== 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=nm9RKoc6a/k2/bshqegDiZDuSWG0nMaxSC/YtbgchTQ=; b=CFJXO3HbHtQrzzFdyvMtPrtkInLUu8bSX1OJM8CkWwW3zaq9kb2XqjQEPtLdNMCf8s kq46QoPRx/6LG6rLtZpXxrLj8rP5C5Hl5jfQ0XjKhgmcTIgXNuzpRYtQFEawQtRtFjec 4ETwe1T+I34jVEbRpuhEDDJfISvk+79c4wZvEhLunFS37Tzjk1tWxOiUtYC/uId4DTKY sXiYpkQobaBxgVrVD0SG9s/rMBfWvV4L8JQOq7bVwS/8cBBotQJ0hZ191OMXxmhnwrgE g9HpWuYtnM9uTNhxT45sjCrPiLyNHIzrepkSPHN4nxDZ+eXxcPgf/sreldMpeqiAY0iY UYJQ== 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 r13-v6si2339632plj.141.2018.02.23.12.31.09; Fri, 23 Feb 2018 12:31:23 -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 S1754035AbeBWSgX (ORCPT + 99 others); Fri, 23 Feb 2018 13:36:23 -0500 Received: from mail.linuxfoundation.org ([140.211.169.12]:37650 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754007AbeBWSgU (ORCPT ); Fri, 23 Feb 2018 13:36:20 -0500 Received: from localhost (LFbn-1-12258-90.w90-92.abo.wanadoo.fr [90.92.71.90]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id EB24B12F4; Fri, 23 Feb 2018 18:36:19 +0000 (UTC) From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Dave Gerlach , Nishanth Menon , Marc Zyngier , Sebastian Reichel , Roger Quadros , Tony Lindgren , Sasha Levin Subject: [PATCH 4.4 033/193] ARM: dts: Fix omap4 hang with GPS connected to USB by using wakeupgen Date: Fri, 23 Feb 2018 19:24:26 +0100 Message-Id: <20180223170331.289904566@linuxfoundation.org> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180223170325.997716448@linuxfoundation.org> References: <20180223170325.997716448@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.4-stable review patch. If anyone has any objections, please let me know. ------------------ From: Tony Lindgren [ Upstream commit cf87634c8b24e24bf379b8c6807c8b0fb5f23567 ] There's been a reproducable USB OHCI/EHCI cpuidle related hang on omap4 for a while that happens after about 20 - 40 minutes on an idle system with some data feeding device being connected, like a USB GPS device or a cellular modem. This issue happens in cpuidle states C2 and C3 and does not happen if cpuidle is limited to C1 state only. The symptoms are that the whole system hangs and never wakes up from idle, and if a watchdog is configured the system reboots after a while. Turns out that OHCI/EHCI devices on omap4 are trying to use the GIC interrupt controller directly as a parent instead of the WUGEN. We need to pass the interrupts through WUGEN to GIC to provide the wakeup events for the processor. Let's fix the issue by removing the gic interrupt-parent and use the default interrupt-parent wakeupgen instead. Note that omap5.dtsi had this already fixes earlier by commit 7136d457f365 ("ARM: omap: convert wakeupgen to stacked domains") but we somehow missed omap4 at that point. Fixes: 7136d457f365 ("ARM: omap: convert wakeupgen to stacked domains") Cc: Dave Gerlach Cc: Nishanth Menon Cc: Marc Zyngier Cc: Sebastian Reichel Reviewed-by: Roger Quadros Signed-off-by: Tony Lindgren Signed-off-by: Sasha Levin Signed-off-by: Greg Kroah-Hartman --- arch/arm/boot/dts/omap4.dtsi | 2 -- 1 file changed, 2 deletions(-) --- a/arch/arm/boot/dts/omap4.dtsi +++ b/arch/arm/boot/dts/omap4.dtsi @@ -844,14 +844,12 @@ usbhsohci: ohci@4a064800 { compatible = "ti,ohci-omap3"; reg = <0x4a064800 0x400>; - interrupt-parent = <&gic>; interrupts = ; }; usbhsehci: ehci@4a064c00 { compatible = "ti,ehci-omap"; reg = <0x4a064c00 0x400>; - interrupt-parent = <&gic>; interrupts = ; }; };