Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752174AbbDLTwE (ORCPT ); Sun, 12 Apr 2015 15:52:04 -0400 Received: from vps0.lunn.ch ([178.209.37.122]:43289 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751854AbbDLTwB (ORCPT ); Sun, 12 Apr 2015 15:52:01 -0400 Date: Sun, 12 Apr 2015 21:47:35 +0200 From: Andrew Lunn To: Andrew Cc: Sebastian Hesselbarth , Rob Herring , Pawel Moll , Mark Rutland , Ian Campbell , Kumar Gala , Russell King , Linus Walleij , Wolfram Sang , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, linux-gpio@vger.kernel.org, Gregory Clement , Jason Cooper Subject: Re: Fwd: Re: [PATCH 2/2] ARM: mvebu: dts: Add dts file for DLink DNS-327L Message-ID: <20150412194735.GA27921@lunn.ch> References: <552A6209.9040903@gmail.com> <20150412145857.GA14038@lunn.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1749 Lines: 46 On Sun, Apr 12, 2015 at 06:41:31PM +0300, Andrew wrote: > Andrew Lunn ?????????? 12.04.2015 17:58: > >>Okay, got it. > >>I'll file a bug about this issue to the the bugzilla. However > >>something > >>tells me it might not be cpuidle, but D-link. This one's sounds nasty > >>and it has been around since 3.16.x. How could it go unnoticed? > >>Unfortunately I have no other armada-370 hardware to test it. > > > >Hi Andrew > > > >A few of us here do have hardware to test with. Please give a detailed > >description of how you reproduce the issue, and your kernel > >configuration, if different from mvebu_v7_defconfig, or > >multi_v7_defconfig. > > > > Thanks > > Andrew > > > arch/arm/configs/mvebu_v7_defconfig has CONFIG_ARM_MVEBU_V7_CPUIDLE=y, > so it should be sufficient to reproduce the issue. I first encountered > this issue using that very config and observed it on 2 DNS-327L boxes I > own. > > All I have to do to trigger the bug - enable cpuidle driver and let > the box > sit for some 4-12 hours, till it hard-freezes. If wdt is enabled - > wdt reboot > will happen. That simple! Well i've got a 370RD which has been sat mostly idle for weeks, using the mvebu_v7_defconfig, with a few addition things turned on for testing the Ethernet switch on the board. I've not had that lockup. One thing you can try to narrow it down is the disable the second idle mode. Take a look at armada370_idle_driver. Keep the ARM_CPUIDLE_WFI_STATE but disable the "Deep Idle" state. Andrew -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/