From patchwork Fri May 25 10:32:00 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 10427021 X-Patchwork-Delegate: agross@codeaurora.org Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork.web.codeaurora.org (Postfix) with ESMTP id 7BA6C6032C for ; Fri, 25 May 2018 10:33:33 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 5BEC5287CB for ; Fri, 25 May 2018 10:33:33 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 50FEE287E0; Fri, 25 May 2018 10:33:33 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-7.8 required=2.0 tests=BAYES_00,DKIM_SIGNED, MAILING_LIST_MULTI, RCVD_IN_DNSWL_HI, T_DKIM_INVALID autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id C4585287CB for ; Fri, 25 May 2018 10:33:32 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965731AbeEYKda (ORCPT ); Fri, 25 May 2018 06:33:30 -0400 Received: from mail-pf0-f194.google.com ([209.85.192.194]:45022 "EHLO mail-pf0-f194.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966400AbeEYKc7 (ORCPT ); Fri, 25 May 2018 06:32:59 -0400 Received: by mail-pf0-f194.google.com with SMTP id q22-v6so2391549pff.11 for ; Fri, 25 May 2018 03:32:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=from:to:cc:subject:date:message-id:in-reply-to:references :in-reply-to:references; bh=rJp+yropy1eF0sfvz+/k1cGqjJEowTI9nCSxserKL5E=; b=cjlO6qBS1nzFM4MoJi/5mnnmnIShhHFqH/hlf5uudR1VFlKrlwGGAsDQ5Ua6SzsIFw V67kftt8wPgm8dwM9SIIERZL0hUh0n8VT4fXSI3bkvrJVVZ2mMf4NBhFJcICVBmuvWus J0kguova4eZD65IaUKqAJWqB6R4Q4NOIRznfU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references:in-reply-to:references; bh=rJp+yropy1eF0sfvz+/k1cGqjJEowTI9nCSxserKL5E=; b=D8YZpLYiTST+8yGv33oZh8Gpc/jcob817Fu2uK+Nx+Lqr4xXzVcZvbpJvik4VF/+mu iwWZRdMEXPsUxbQaqfThsOnVBYncmDHQy1ABSzcQxZz22vmhC1F4eksTEEW5OGx8SIcI ZwzfdlNJLbTSNORk7Iu9cQw9SHZoav5kkx2Gh5HFYBpbtoCzb/p+Y3NlzwYkExLAHP8W 8jP66ti+ruLZ06wMaVcMzO8pzNVvpcN5mDoMPu+f2bkvCnv7bQi3j3SuIhf4X6yUmDDy bHnEwA5DJCKghncnLcPbnKkfd0u4SyhWzrkMy8K0SWvU9A/sniwwxkIXu2V34VlJbq1J x6aA== X-Gm-Message-State: ALKqPwdLBl+F1i2xFKjt0AVt6ntrBfar8PubkPT7gOdsLYEuCr7fhxP+ kd6E5kgOs/Lyx9XCVfPlzQwQrw== X-Google-Smtp-Source: AB8JxZrXYtuUknUOcCR59Q21I0nC/3TebjlcPGcX5QTmkqzM9ELqT2scQgl12zH2MBH0vt+jX6A+6w== X-Received: by 2002:a62:ea1a:: with SMTP id t26-v6mr1968511pfh.117.1527244379428; Fri, 25 May 2018 03:32:59 -0700 (PDT) Received: from localhost ([122.172.112.176]) by smtp.gmail.com with ESMTPSA id e87-v6sm56969870pfl.65.2018.05.25.03.32.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 May 2018 03:32:58 -0700 (PDT) From: Viresh Kumar To: arm@kernel.org, Andy Gross , David Brown , Rob Herring , Mark Rutland Cc: Viresh Kumar , Vincent Guittot , ionela.voinescu@arm.com, Daniel Lezcano , chris.redpath@arm.com, linux-arm-msm@vger.kernel.org, linux-soc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 14/15] arm: dts: qcom: Add missing OPP properties for CPUs Date: Fri, 25 May 2018 16:02:00 +0530 Message-Id: <9f9cc23d1fd17503c9056d62f7757fb9c412d1f9.1527244201.git.viresh.kumar@linaro.org> X-Mailer: git-send-email 2.15.0.194.g9af6a3dea062 In-Reply-To: References: In-Reply-To: References: Sender: linux-arm-msm-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-arm-msm@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP The OPP properties, like "operating-points", should either be present for all the CPUs of a cluster or none. If these are present only for a subset of CPUs of a cluster then things will start falling apart as soon as the CPUs are brought online in a different order. For example, this will happen because the operating system looks for such properties in the CPU node it is trying to bring up, so that it can create an OPP table. Add such missing properties. Fix other missing property (clock latency) as well to make it all work. Signed-off-by: Viresh Kumar Reviewed-by: Amit Kucheria --- arch/arm/boot/dts/qcom-ipq4019.dtsi | 24 ++++++++++++++++++++++++ 1 file changed, 24 insertions(+) diff --git a/arch/arm/boot/dts/qcom-ipq4019.dtsi b/arch/arm/boot/dts/qcom-ipq4019.dtsi index b25daf368012..8c202b359270 100644 --- a/arch/arm/boot/dts/qcom-ipq4019.dtsi +++ b/arch/arm/boot/dts/qcom-ipq4019.dtsi @@ -75,6 +75,14 @@ reg = <0x1>; clocks = <&gcc GCC_APPS_CLK_SRC>; clock-frequency = <0>; + operating-points = < + /* kHz uV (fixed) */ + 48000 1100000 + 200000 1100000 + 500000 1100000 + 666000 1100000 + >; + clock-latency = <256000>; }; cpu@2 { @@ -86,6 +94,14 @@ reg = <0x2>; clocks = <&gcc GCC_APPS_CLK_SRC>; clock-frequency = <0>; + operating-points = < + /* kHz uV (fixed) */ + 48000 1100000 + 200000 1100000 + 500000 1100000 + 666000 1100000 + >; + clock-latency = <256000>; }; cpu@3 { @@ -97,6 +113,14 @@ reg = <0x3>; clocks = <&gcc GCC_APPS_CLK_SRC>; clock-frequency = <0>; + operating-points = < + /* kHz uV (fixed) */ + 48000 1100000 + 200000 1100000 + 500000 1100000 + 666000 1100000 + >; + clock-latency = <256000>; }; };