From patchwork Tue Sep 1 13:08:49 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Marek Szyprowski X-Patchwork-Id: 52926 Return-Path: X-Original-To: linaro@patches.linaro.org Delivered-To: linaro@patches.linaro.org Received: from mail-wi0-f197.google.com (mail-wi0-f197.google.com [209.85.212.197]) by patches.linaro.org (Postfix) with ESMTPS id 55A812157D for ; Tue, 1 Sep 2015 13:09:13 +0000 (UTC) Received: by wiclp12 with SMTP id lp12sf10559482wic.0 for ; Tue, 01 Sep 2015 06:09:12 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:delivered-to:from:to:cc:subject :date:message-id:sender:precedence:list-id:x-original-sender :x-original-authentication-results:mailing-list:list-post:list-help :list-archive:list-unsubscribe; bh=iOBOK2qsx1PSWJJbIJyOcv281N5niKmgXIXwVQK3AmM=; b=fDEWocUMyHlcxV7SiZcwSmYqi4E/zlVXeI09sTuUZwPjWWDf0U9+x4u6flre42E41o P6H2m25lJ/ViZ1MUXj14QV+TnlObdHp3JvS5AwvwU0QJBrFoflqm73Atk0+cjdNwmREC BgcQvbZxlC51I2USvwjlx4hjCfcQllAIPtHlRnulrm7px9+fdxAgiJ/oFjsPrYlg9tua wFuw0A3IduYH6miI6wLLmeFH1pWD2FIWb9zHp3DdanU+1EQQpB4YVG3rIHBKleH7Ela2 CjJfU1/SOVsL6T83/bmws358hTiY2BrN4NlpABaUBy2P1rABaBtRf4uioHegfzGNDYPQ JuHQ== X-Gm-Message-State: ALoCoQlPEgrLWj+KeOElFw/F4mAbqMx1QJxQBE0m5N+NaCvPs16HjzMScQHzItTCwO9TXsHu2Rff X-Received: by 10.152.21.233 with SMTP id y9mr2994570lae.5.1441112952481; Tue, 01 Sep 2015 06:09:12 -0700 (PDT) MIME-Version: 1.0 X-BeenThere: patchwork-forward@linaro.org Received: by 10.152.204.9 with SMTP id ku9ls554236lac.37.gmail; Tue, 01 Sep 2015 06:09:12 -0700 (PDT) X-Received: by 10.112.91.196 with SMTP id cg4mr13637453lbb.10.1441112952341; Tue, 01 Sep 2015 06:09:12 -0700 (PDT) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com. [209.85.217.182]) by mx.google.com with ESMTPS id jf4si16384287lbc.52.2015.09.01.06.09.11 for (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 01 Sep 2015 06:09:11 -0700 (PDT) Received-SPF: pass (google.com: domain of patch+caf_=patchwork-forward=linaro.org@linaro.org designates 209.85.217.182 as permitted sender) client-ip=209.85.217.182; Received: by lbbtg9 with SMTP id tg9so78653737lbb.1 for ; Tue, 01 Sep 2015 06:09:11 -0700 (PDT) X-Received: by 10.112.166.106 with SMTP id zf10mr13317898lbb.36.1441112950112; Tue, 01 Sep 2015 06:09:10 -0700 (PDT) X-Forwarded-To: patchwork-forward@linaro.org X-Forwarded-For: patch@linaro.org patchwork-forward@linaro.org Delivered-To: patch@linaro.org Received: by 10.112.164.42 with SMTP id yn10csp527245lbb; Tue, 1 Sep 2015 06:09:07 -0700 (PDT) X-Received: by 10.68.200.40 with SMTP id jp8mr48072500pbc.16.1441112947325; Tue, 01 Sep 2015 06:09:07 -0700 (PDT) Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id wh10si29706997pbc.172.2015.09.01.06.09.06; Tue, 01 Sep 2015 06:09:07 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-samsung-soc-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753772AbbIANJF (ORCPT + 4 others); Tue, 1 Sep 2015 09:09:05 -0400 Received: from mailout2.w1.samsung.com ([210.118.77.12]:29333 "EHLO mailout2.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753750AbbIANJE (ORCPT ); Tue, 1 Sep 2015 09:09:04 -0400 Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244]) by mailout2.w1.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTP id <0NU000GJV1V2RP60@mailout2.w1.samsung.com> for linux-samsung-soc@vger.kernel.org; Tue, 01 Sep 2015 14:09:02 +0100 (BST) X-AuditID: cbfec7f4-f79c56d0000012ee-a1-55e5a36e18c2 Received: from eusync3.samsung.com ( [203.254.199.213]) by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id 72.3C.04846.E63A5E55; Tue, 1 Sep 2015 14:09:02 +0100 (BST) Received: from amdc1339.digital.local ([106.116.147.30]) by eusync3.samsung.com (Oracle Communications Messaging Server 7.0.5.31.0 64bit (built May 5 2014)) with ESMTPA id <0NU000DHP1UYVX10@eusync3.samsung.com>; Tue, 01 Sep 2015 14:09:02 +0100 (BST) From: Marek Szyprowski To: linux-samsung-soc@vger.kernel.org Cc: Marek Szyprowski , Kukjin Kim , Krzysztof Kozlowski , Tobias Jakobi , Bartlomiej Zolnierkiewicz Subject: [PATCH] ARM: dts: exynos4412-odroid-*: add workaround for CPUfreq/reboot issue Date: Tue, 01 Sep 2015 15:08:49 +0200 Message-id: <1441112929-6751-1-git-send-email-m.szyprowski@samsung.com> X-Mailer: git-send-email 1.9.2 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrIJMWRmVeSWpSXmKPExsVy+t/xq7p5i5+GGvx/ImuxccZ6VovXLwwt +h+/ZraYcX4fk8XaI3fZLdpWf2B1YPPYtKqTzePfMXaPvi2rGD0+b5ILYInisklJzcksSy3S t0vgyvh66gJzwQb+it8TT7M1MD7g6WLk5JAQMJFYPukMC4QtJnHh3nq2LkYuDiGBpYwSv771 M0M4TUwS258vZgKpYhMwlOh628UGYosIqEp8blvADlLELPCCUeLDtwtgRcICkRJneqeyg9gs QEXLp7eAreAVcJdoWfuWDWKdnMT/lyuYJjByL2BkWMUomlqaXFCclJ5rqFecmFtcmpeul5yf u4kREhBfdjAuPmZ1iFGAg1GJh7fj45NQIdbEsuLK3EOMEhzMSiK87xc8DRXiTUmsrEotyo8v Ks1JLT7EKM3BoiTOO3fX+xAhgfTEktTs1NSC1CKYLBMHp1QD47zLLAkznnzTqfw6cfWUfu01 j74kdwUHLe2zWHXNXzA123Sx1bMj87xKJZ3mXexaO0FP6kb1qf0BPDfW+OieUDiU3HAx/80R Z+Fwyecq8674nFtyVuwf/5wFJ9+kO77iXFFyYP3JabtEz28VUBbOuBilYGXGdkZtk1tL1lGt dXwvumtWFOza+VWJpTgj0VCLuag4EQAed+txBAIAAA== Sender: linux-samsung-soc-owner@vger.kernel.org Precedence: list List-ID: X-Mailing-List: linux-samsung-soc@vger.kernel.org X-Removed-Original-Auth: Dkim didn't pass. X-Original-Sender: m.szyprowski@samsung.com X-Original-Authentication-Results: mx.google.com; spf=pass (google.com: domain of patch+caf_=patchwork-forward=linaro.org@linaro.org designates 209.85.217.182 as permitted sender) smtp.mailfrom=patch+caf_=patchwork-forward=linaro.org@linaro.org Mailing-list: list patchwork-forward@linaro.org; contact patchwork-forward+owners@linaro.org X-Google-Group-Id: 836684582541 List-Post: , List-Help: , List-Archive: List-Unsubscribe: , Exynos4412-based Odroid boards (X2, U3, U3+) don't reset PMIC configuration during hardware reset. This causes serious issues with CPUfreq, when ARM voltage is set below 1.0V. When one resets the board when CPUfreq selected one of lower Exynos 4412 operating points (for example: 200MHz and 0.9V), the bootloader crashes and it is not possible to restart the board without turning power off. This patch provides a workaround for this issue by increasing the start of valid range for vdd_arm regulator from 1.0V. After such change, CPUfreq can still use lower operating points, but the voltage won't be decreased below 1.0V and as a result it will be possible to reset board at any time. Signed-off-by: Marek Szyprowski Reviewed-by: Krzysztof Kozlowski --- Hello, This issue was there from the beggining, but I was not able to reproduce it. It has been already reported by Tobias in early Feb 2015 (http://www.spinics.net/lists/linux-samsung-soc/msg42294.html). Recently, after CPUfreq changes (conversion to generic cpufreq dt and enabling cpufreq in exynos_defconfig) it was much easier to observe this issue. This workaround lets one still use CPUfreq and avoid unexpect board crashes during reboot (both 'standard' and emergency). Best regards Marek Szyprowski, PhD Samsung R&D Institute Poland --- arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm/boot/dts/exynos4412-odroid-common.dtsi b/arch/arm/boot/dts/exynos4412-odroid-common.dtsi index db52841..fca8233 100644 --- a/arch/arm/boot/dts/exynos4412-odroid-common.dtsi +++ b/arch/arm/boot/dts/exynos4412-odroid-common.dtsi @@ -370,7 +370,7 @@ buck2_reg: BUCK2 { regulator-name = "vdd_arm"; - regulator-min-microvolt = <900000>; + regulator-min-microvolt = <1000000>; regulator-max-microvolt = <1350000>; regulator-always-on; regulator-boot-on;