Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp642546ybz; Fri, 17 Apr 2020 07:33:59 -0700 (PDT) X-Google-Smtp-Source: APiQypLyEamOeNeo5xWy6yVIHJnQN6Hm+79dWzVFSnvW2lX1mOB5Vp//hXljOgubXIkdZIefbQqr X-Received: by 2002:a17:906:b253:: with SMTP id ce19mr3476285ejb.341.1587134039749; Fri, 17 Apr 2020 07:33:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587134039; cv=none; d=google.com; s=arc-20160816; b=pLBm6i/AH25JZYXxXpmXtUSTlsvSne86VB4IWAHxU6NxTA76eH0noCCYGovW5UNXGf M/g8reXxiuYq+v+V/vgzz1bcGFiWTRqrUH4OdchNPljiCv4klgC9MhThrCsYQ192Hpbm Qzabaj2i0QvKxLESp0FesZb79mN+VnCGcctTILGLDid7kPZ3BQhg9qWrmb2cT33az1T7 cJFe7U0Hl1+9u4CM0aNXDcWPmm8Q5RTKyMiyXZWcv/aEkpqNjk9qY8+x+/pwn0Yaua/E CVa51L3ZJffIeopuVJpcd/0BRHY0S1zjO5zrbH5ZVu9bP2DQCKdFr+SvpAMwUFDEq4HP 9hLw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=t4kmCow4WbTQt7XbF+AHk2oxINCbHnDLYHrlyOhKeBk=; b=uGi63ZnBXdMr2UXuqAgltTM1dprbaFA3JTzb6eZMvcYSuucGNX1ipbS3grYV7WeTxj qnScEIqHbQjDffmy/DGfCYAnkvHcAZcrD0Tq1UipmZOq7Cab2rBhOy298Yy4UKgPckZP zjqzpzkm9t1VCLYoK8z5We3ISb8P9E035kREqzsZnOgCb92EdOEZQ54ZxfgzrpDm7Rqx M8LiRXNikkNUevuEx3UVi6/ryNpS7PPMjXjHsFw99qkRGjoELe14BMR8QWc9WEwZJ/gE CVKB16h9fsm6NfmCwTpZTX+E4vK/pDX6I/xbc0MJdHcfuGiBKnDdvRsI1jwa3sP6IiRd hQrA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=O655oVXD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id ly8si13280042ejb.254.2020.04.17.07.33.36; Fri, 17 Apr 2020 07:33:59 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=O655oVXD; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727781AbgDQOaQ (ORCPT + 99 others); Fri, 17 Apr 2020 10:30:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35420 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725970AbgDQOaP (ORCPT ); Fri, 17 Apr 2020 10:30:15 -0400 Received: from mail-ej1-x642.google.com (mail-ej1-x642.google.com [IPv6:2a00:1450:4864:20::642]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1237DC061A41 for ; Fri, 17 Apr 2020 07:30:15 -0700 (PDT) Received: by mail-ej1-x642.google.com with SMTP id s3so1708863eji.6 for ; Fri, 17 Apr 2020 07:30:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=t4kmCow4WbTQt7XbF+AHk2oxINCbHnDLYHrlyOhKeBk=; b=O655oVXD26/Duqzplq5CoYORER7kylQOADLYA8rTjyrsRtR+cZoU1U4nPoMhz2fkz8 hapAuxqoExCMkSrWtwrMaz1fh4B5HjHb6jhmbHULPqqw+j6tfZjmofNvMNaDq/pdhDdf jQbdidXViJE77LOAHkJ6/vpAL2zd7EOztZHXN4ZS1D3gfE7tNnUtkMK4IFtHz2tQNL9H 9YJcx+coYjh+IcshnyOrzzCjR23xQUP76YvhuMi8qg81ltnrMvYhhWBemdUw1mkr/JMd x9WcSSshr6riUwK78zVOB0ReS93JWQIfKnx4W90kVjq5grkY1sAVC6hFgbMwY6FePuIM t+Qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=t4kmCow4WbTQt7XbF+AHk2oxINCbHnDLYHrlyOhKeBk=; b=uchihcG8jYhcRs9+Zme7KMp+HRETTl9RcRuDDca8SPnX8dtoeU+7OnwYYrd2JM0DEG LNL0endVhVrfFik7phLT0rwsf4uJHyYksMVBM6DUU2Lh6mdIcgS6/LFOXiczSXiP+bkI T6IpjLxI345Vm0jbsIjjfw+cYxu20jPrHnhQK7MvKKnz7DJ71v0HGrOGH+ZBsvZZ8JWB mSUUTf3x31D6zOnlcQgj03TInGFoY0N0teePhJ/WGixTw0ylHkimE4Y/BdwRZIjyI7nM aBQnwn8YlGzEfJZPzebFv0YaR9IybPRAdA88GMoLC95uqUibpEubkP7YjsQWEtQqhLx0 uNow== X-Gm-Message-State: AGi0PuYKZ1YxcClToWOI2utUd/n04849f3DJRY67q2pB7Nrb2RHNCsj7 y9z4UJvynd9iM5C9+o0btV8fWxQ8RzgCf8l6plbTGw== X-Received: by 2002:a17:906:11c9:: with SMTP id o9mr3448550eja.64.1587133812954; Fri, 17 Apr 2020 07:30:12 -0700 (PDT) MIME-Version: 1.0 References: <20200313175213.8654-1-ansuelsmth@gmail.com> In-Reply-To: <20200313175213.8654-1-ansuelsmth@gmail.com> From: Loic Poulain Date: Fri, 17 Apr 2020 16:34:03 +0200 Message-ID: Subject: Re: [PATCH v2] cpufreq: qcom: Add support for krait based socs To: Ansuel Smith , viresh.kumar@linaro.org Cc: ilia.lin@kernel.org, Sricharan R , Andy Gross , Bjorn Andersson , Viresh Kumar , Nishanth Menon , Stephen Boyd , Rob Herring , Mark Rutland , "Rafael J. Wysocki" , "open list:ARM/QUALCOMM SUPPORT" , "open list:QUALCOMM CPUFREQ DRIVER MSM8996/APQ8096" , "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS" , open list Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Viresh, Ansuel, On Fri, 13 Mar 2020 at 18:52, Ansuel Smith wrote: > > In Certain QCOM SoCs like ipq8064, apq8064, msm8960, msm8974 > that has KRAIT processors the voltage/current value of each OPP > varies based on the silicon variant in use. > > The required OPP related data is determined based on > the efuse value. This is similar to the existing code for > kryo cores. So adding support for krait cores here. > > Signed-off-by: Sricharan R > Signed-off-by: Ansuel Smith > --- > --- a/Documentation/devicetree/bindings/opp/qcom-nvmem-cpufreq.txt > +++ b/Documentation/devicetree/bindings/opp/qcom-nvmem-cpufreq.txt > @@ -19,7 +19,8 @@ In 'cpu' nodes: > In 'operating-points-v2' table: > - compatible: Should be > - - 'operating-points-v2-kryo-cpu' for apq8096 and msm8996. > + - 'operating-points-v2-kryo-cpu' for apq8096, msm8996, msm8974, > + apq8064, ipq8064, msm8960 and ipq8074. > @@ -153,7 +277,7 @@ static int qcom_cpufreq_probe(struct platform_device *pdev) > if (!np) > return -ENOENT; > > - ret = of_device_is_compatible(np, "operating-points-v2-kryo-cpu"); > + ret = of_device_is_compatible(np, "operating-points-v2-qcom-cpu"); This breaks backward compatibility and is not aligned with the qcom-nvmem-cpufreq compatible binding. Regards, Loic