From patchwork Fri May 25 10:31:59 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Viresh Kumar X-Patchwork-Id: 10427019 X-Patchwork-Delegate: horms@verge.net.au 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 3E6476025B for ; Fri, 25 May 2018 10:33:30 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 205D0287CB for ; Fri, 25 May 2018 10:33:30 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 14FFC287D5; Fri, 25 May 2018 10:33:30 +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=-8.0 required=2.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI autolearn=unavailable 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 ABC84287CF for ; Fri, 25 May 2018 10:33:29 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966403AbeEYKdB (ORCPT ); Fri, 25 May 2018 06:33:01 -0400 Received: from mail-pf0-f196.google.com ([209.85.192.196]:45018 "EHLO mail-pf0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966374AbeEYKc5 (ORCPT ); Fri, 25 May 2018 06:32:57 -0400 Received: by mail-pf0-f196.google.com with SMTP id q22-v6so2391489pff.11 for ; Fri, 25 May 2018 03:32:57 -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=ZTzit+RJqXhsgv9R1EzagSi8rZVUX4GmJLkh6MF+hNw=; b=VA4WqeZOJ145n9PRaurI6ri9SgSRVwbncYri2Ln/ey4l6ZZfc/bvpRRhBx/AabutXy UwxfnLFGhoUO+UR4n+QSTgsltrE+Evs6Y3oJ4KamtaupxKnD5b4zIQyK8ZJGRlsL6+ma QyGzCAA5/knPuut/49nIkmMDxnUQ5HmehOl0s= 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=ZTzit+RJqXhsgv9R1EzagSi8rZVUX4GmJLkh6MF+hNw=; b=NeI4yAyqZ9cDDFvw4VgqaKX2ZmkmSh8vZFj0HuhLrB/iibkrPUBjx6CkjXJhFbks6+ 8GCMWqFdQAp8h7HLktbwDzxWJ7ehsCzKd2UlpMxEBChMuGacU5+ts/yFJUmb3sfbmk5S C/9B8VMs0S9VJUN/7/+8Qs6ZSLJTYFCKlmwoC4mHBWuQMz9/NUdMSaUKfFqJcUDRcUyP K4WThBnrDzEc107Kiks6r6aut7pDA7jFPztj9JxFRzdRmD9MJrE0PKbD1eAr1egiXub2 UWj62V/a63q8eo2IxyDCv51ccwItYg5Y6DMPqrvAo6y35+vn/MGBO/zKQyd9Nt/kWlKm kf9g== X-Gm-Message-State: ALKqPwcPohf6bP9qYpEnNACwVvz8DXKk1OKdvZPvfm8WgupUQ5Yecq8q JnoBS8y1hPYgiIcjWIJEio7Z8A== X-Google-Smtp-Source: AB8JxZr57/3TPoOWWpmewUwN/3d/nUD/QCFFjkTH6K1BaI1xn/vFECcbXaCrxKLL6s6yBmFA/FZ4VA== X-Received: by 2002:a63:714e:: with SMTP id b14-v6mr529149pgn.73.1527244376572; Fri, 25 May 2018 03:32:56 -0700 (PDT) Received: from localhost ([122.172.112.176]) by smtp.gmail.com with ESMTPSA id c87-v6sm46430454pfd.78.2018.05.25.03.32.55 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 25 May 2018 03:32:56 -0700 (PDT) From: Viresh Kumar To: arm@kernel.org, Simon Horman , Magnus Damm , Rob Herring , Mark Rutland Cc: Viresh Kumar , Vincent Guittot , ionela.voinescu@arm.com, Daniel Lezcano , chris.redpath@arm.com, linux-renesas-soc@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH 13/15] arm: dts: r8a7743: Add missing OPP properties for CPUs Date: Fri, 25 May 2018 16:01:59 +0530 Message-Id: <5821a6dbe413b5a217ca1e24ddf8ebfa63ba6ef0.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-renesas-soc-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-renesas-soc@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 --- arch/arm/boot/dts/r8a7743.dtsi | 9 +++++++++ 1 file changed, 9 insertions(+) diff --git a/arch/arm/boot/dts/r8a7743.dtsi b/arch/arm/boot/dts/r8a7743.dtsi index 142949d7066f..e4fb31c4f0ee 100644 --- a/arch/arm/boot/dts/r8a7743.dtsi +++ b/arch/arm/boot/dts/r8a7743.dtsi @@ -98,8 +98,17 @@ reg = <1>; clock-frequency = <1500000000>; clocks = <&cpg CPG_CORE R8A7743_CLK_Z>; + clock-latency = <300000>; /* 300 us */ power-domains = <&sysc R8A7743_PD_CA15_CPU1>; next-level-cache = <&L2_CA15>; + + /* kHz - uV - OPPs unknown yet */ + operating-points = <1500000 1000000>, + <1312500 1000000>, + <1125000 1000000>, + < 937500 1000000>, + < 750000 1000000>, + < 375000 1000000>; }; L2_CA15: cache-controller-0 {