From patchwork Wed Sep 25 14:10:06 2013 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Tomasz Figa X-Patchwork-Id: 2942491 Return-Path: X-Original-To: patchwork-linux-samsung-soc@patchwork.kernel.org Delivered-To: patchwork-parsemail@patchwork1.web.kernel.org Received: from mail.kernel.org (mail.kernel.org [198.145.19.201]) by patchwork1.web.kernel.org (Postfix) with ESMTP id 268E79F289 for ; Wed, 25 Sep 2013 14:10:32 +0000 (UTC) Received: from mail.kernel.org (localhost [127.0.0.1]) by mail.kernel.org (Postfix) with ESMTP id 78D2620574 for ; Wed, 25 Sep 2013 14:10:27 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 436CB20570 for ; Wed, 25 Sep 2013 14:10:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755594Ab3IYOKV (ORCPT ); Wed, 25 Sep 2013 10:10:21 -0400 Received: from mailout4.w1.samsung.com ([210.118.77.14]:46004 "EHLO mailout4.w1.samsung.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755270Ab3IYOKU (ORCPT ); Wed, 25 Sep 2013 10:10:20 -0400 Received: from eucpsbgm1.samsung.com (unknown [203.254.199.244]) by mailout4.w1.samsung.com (Oracle Communications Messaging Server 7u4-24.01(7.0.4.24.0) 64bit (built Nov 17 2011)) with ESMTP id <0MTO0072HQ0QNX20@mailout4.w1.samsung.com>; Wed, 25 Sep 2013 15:10:18 +0100 (BST) X-AuditID: cbfec7f4-b7f0a6d000007b1b-b8-5242eeca5b19 Received: from eusync3.samsung.com ( [203.254.199.213]) by eucpsbgm1.samsung.com (EUCPMTA) with SMTP id DF.F8.31515.ACEE2425; Wed, 25 Sep 2013 15:10:18 +0100 (BST) Received: from amdc1227.localnet ([106.116.147.199]) by eusync3.samsung.com (Oracle Communications Messaging Server 7u4-23.01 (7.0.4.23.0) 64bit (built Aug 10 2011)) with ESMTPA id <0MTO00HVQQ164470@eusync3.samsung.com>; Wed, 25 Sep 2013 15:10:18 +0100 (BST) From: Tomasz Figa To: linux-samsung-soc@vger.kernel.org Cc: linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, Kukjin Kim , Rob Herring , Pawel Moll , Mark Rutland , Stephen Warren , Ian Campbell , Kumar Gala , Kyungmin Park , Lukasz Majewski Subject: [PATCH RESEND REGRESSION] ARM: dts: exynos4210: Work around lack of cpufreq regulator lookup Date: Wed, 25 Sep 2013 16:10:06 +0200 Message-id: <1547192.40oE87agjP@amdc1227> Organization: Samsung Poland R&D Center User-Agent: KMail/4.11 (Linux/3.10.10-gentoo; KDE/4.11.0; x86_64; ; ) In-reply-to: <2243476.800bKojdAz@amdc1227> References: <1377020136-14838-1-git-send-email-t.figa@samsung.com> <2243476.800bKojdAz@amdc1227> MIME-version: 1.0 Content-transfer-encoding: 7Bit Content-type: text/plain; charset=us-ascii X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrILMWRmVeSWpSXmKPExsVy+t/xq7qn3jkFGVx/ZWIx/8g5Vov+NwtZ Ld70drBY9C64ymZxtukNu8Wbh5sZLTY9vsZqMeP8PiaLpdcvMllMmL6WxeLwigNMFq8OtrE4 8HismbeG0WPB5yvsHq8nT2D0uNzXy+SxeUm9R9+WVYwenzfJeWycGxrAEcVlk5Kak1mWWqRv l8CVMWf7CtaCRwIV99ZOYW1g7OPtYuTkkBAwkejo+cQIYYtJXLi3nq2LkYtDSGApo8The5vY IZwuJokPE3qYQarYBNQkPjc8YgOxRQRUJT63LQArYhZYySzxdOYhdpCEsEC6xKW5O1lAbBag op83noHZvAKaEg0z3oAN4hdQl3i37SkTiC0q4CrxaeFGsF5OAS2JHSvOgNUICSRJdD16wQTR KyjxY/I9sDnMAvIS+/ZPZYWwtSTW7zzONIFRcBaSsllIymYhKVvAyLyKUTS1NLmgOCk911Cv ODG3uDQvXS85P3cTIySavuxgXHzM6hCjAAejEg+vwFHHICHWxLLiytxDjBIczEoivHUvnIKE eFMSK6tSi/Lji0pzUosPMTJxcEo1MCpv7jGXtjH49m/93Sge73XPvbX3rNrr5nqKi/HYvrqD C4Ue1u9vfMc44YL02Qv3cnJ+7edNNpVaUHFA8undA756DqsXPN5/6aK92hx+Q8ervLtPqP1Y IjTZa8JpnrT4GQ/6wkLmXt1bmXVtYVG2hkKZ2tM/3Ekerflrux4Vl8r3fbC4GnimTUeJpTgj 0VCLuag4EQBCs7iWhAIAAA== Sender: linux-samsung-soc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-samsung-soc@vger.kernel.org X-Spam-Status: No, score=-5.5 required=5.0 tests=BAYES_00,KHOP_BIG_TO_CC, RCVD_IN_DNSWL_HI, RP_MATCHES_RCVD, UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on mail.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP Exynos cpufreq drivers does not support device tree based regulator lookup, so it can get the VDD ARM regulator only by its name. To get cpufreq working for now, this patch works this around by renaming the regulator in board dts files to vdd_arm, which is the name expected by the driver. This fixes a regression introduced by dropping support of board file based bootup of Exynos 4210 boards that rendered cpufreq inoperable on Trats and Origen boards. Signed-off-by: Tomasz Figa Signed-off-by: Kyungmin Park --- arch/arm/boot/dts/exynos4210-origen.dts | 7 ++++++- arch/arm/boot/dts/exynos4210-trats.dts | 7 ++++++- 2 files changed, 12 insertions(+), 2 deletions(-) Resending again, since my mail client previously freaked out and reset message format to HTML... diff --git a/arch/arm/boot/dts/exynos4210-origen.dts b/arch/arm/boot/dts/exynos4210-origen.dts index 382d8c7..46378fe 100644 --- a/arch/arm/boot/dts/exynos4210-origen.dts +++ b/arch/arm/boot/dts/exynos4210-origen.dts @@ -192,7 +192,12 @@ }; buck1_reg: BUCK1 { - regulator-name = "VDD_ARM_1.2V"; + /* + * HACK: The real name is VDD_ARM_1.2V, + * but exynos-cpufreq does not support + * DT-based regulator lookup yet. + */ + regulator-name = "vdd_arm"; regulator-min-microvolt = <950000>; regulator-max-microvolt = <1350000>; regulator-always-on; diff --git a/arch/arm/boot/dts/exynos4210-trats.dts b/arch/arm/boot/dts/exynos4210-trats.dts index 1c164f2..63cc571 100644 --- a/arch/arm/boot/dts/exynos4210-trats.dts +++ b/arch/arm/boot/dts/exynos4210-trats.dts @@ -290,7 +290,12 @@ }; varm_breg: BUCK1 { - regulator-name = "VARM_1.2V_C210"; + /* + * HACK: The real name is VARM_1.2V_C210, + * but exynos-cpufreq does not support + * DT-based regulator lookup yet. + */ + regulator-name = "vdd_arm"; regulator-min-microvolt = <900000>; regulator-max-microvolt = <1350000>; regulator-always-on;