Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1799119pxb; Sun, 17 Jan 2021 23:29:26 -0800 (PST) X-Google-Smtp-Source: ABdhPJwf8eFJ4HFIAfRbhCSO5dzlK5xrbJLS08acWGlp3roCz8f2BFbX8wF/nJwQFDSEkY45htTz X-Received: by 2002:a05:6402:34c3:: with SMTP id w3mr4419426edc.3.1610954966094; Sun, 17 Jan 2021 23:29:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610954966; cv=none; d=google.com; s=arc-20160816; b=a27PmULFn2joQoA86hdDqtPz4UrJ5f8Bx/Y8LYGsgxSxntFy6XCILdDMnDXNQOwFzE IjimLj6AwE8TkIEnOHF5wu/54V9ufEuSQzsyCrOIcvO2vh9+B53xcWfCc2XvNUI6YOBj FDp/8ud7t+IdRReJuqpDczK3DOa60c1zemTXvGhEOxGL/kXAL4Y66uWzyzU4bQzGHE1A HLYB9qlzEk4kpk2M/B7HdZ+r6vI0GD7q1GCHM6YAeIvV+G7txyxxLvMiy7pAWgVyG6Lt I3npCkGkHuC3Ho5f3PfHDew9BqWQM5ftuifATVETp0TWzXNtN8ttLzSnrUWFW7LDTMCb SLbQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=pK2Uk6nXhuZCzlt00zwjkdQRevtTzU05tpGbVxLJ6ao=; b=MIUpvwBvN1Fe2acX1LpWwhTlgnWulVLG1VCIcaY0pYZaUo/YdcWM1V1n8hA9lJI7pX iU1aMPAkNjPxEaMATw/ilxj16ft6p7Ep1mnXs6i6mYHcbWUvP5ef4iDYaYpJ+mNiAeTf Zgm/msJ4ToCS5ipfS7o1+ZmN2kN5tFJwZpXW6/FVSYmHLkQkZFOC387+Pji27bfZwvKW 3DlBjpaD/Uij8MVXDDtJhpyTVcNwSwLeM/pn4u55AqJn9/HDYeJZVNFSm8yqu1cgUH5P QIfLEeFrcZMaREQCFAS4l9qydm7SgLMu4hOtcgU07AWD5cCrtqkdzPp5PIiKUzEN05x2 IizA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=UegXOHZT; 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=chromium.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j12si2701098ejt.34.2021.01.17.23.29.01; Sun, 17 Jan 2021 23:29:26 -0800 (PST) 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=@chromium.org header.s=google header.b=UegXOHZT; 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=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1731777AbhARHXM (ORCPT + 99 others); Mon, 18 Jan 2021 02:23:12 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47054 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730151AbhARHXH (ORCPT ); Mon, 18 Jan 2021 02:23:07 -0500 Received: from mail-io1-xd2d.google.com (mail-io1-xd2d.google.com [IPv6:2607:f8b0:4864:20::d2d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2EF7DC061574 for ; Sun, 17 Jan 2021 23:22:26 -0800 (PST) Received: by mail-io1-xd2d.google.com with SMTP id q1so30953889ion.8 for ; Sun, 17 Jan 2021 23:22:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=pK2Uk6nXhuZCzlt00zwjkdQRevtTzU05tpGbVxLJ6ao=; b=UegXOHZTJSTiww7wd2FJffN1N01VLLcsHb28vxNh93VaYKTqvn4aXVP/tWC7+8qTrd U1XlmwOAYU5bvAecgtubtW3CXsPakUhSd4mIVRGUDDe2LjkX9htpO6OFK0ZzWzuYncvp Yb0vXA03Mjxrsx9besnUObZ3XK0WqRNxPTOeA= 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=pK2Uk6nXhuZCzlt00zwjkdQRevtTzU05tpGbVxLJ6ao=; b=j26mjOA9vYtbTL7bBGk+VsSBWE6B/0pjqHClintPACvXcJI14OCUfEHJ7zBPSfP5D2 PVsBJS1npNLAMNUvw05tfx7qst3hkOGjsmfGz1DNyA8FDoolX2QtDxBqdvwZ1QBNXbft 3rLnC33PqfzPNAQiqjPfqkUTA7UzsCplOEE2VFSy72+oSlZCTt9hkGIPeirSP6z9w7fA siPAZtyzq26QL5mjbrUjOx0bEWqebaPdsgsENZfyD4AaygP81cpOFJ4xlvCRnaoeiz1w 8AzO1NueKkzM4ynvz4u1vDV3HEic/8IWr8lp+tRcLNkB00IyMrld/73h7L1AQwm3sajc rFiA== X-Gm-Message-State: AOAM531G7qo2JCpPqZ5aZYcyHBDzdbm7adnxDcebMd//WBpPt2BCHcPh oiM5PkL4hVGAmtQzWn7hYIEq4uPwqAnO5v1iuLWz8Q== X-Received: by 2002:a02:a498:: with SMTP id d24mr18775197jam.4.1610954545480; Sun, 17 Jan 2021 23:22:25 -0800 (PST) MIME-Version: 1.0 References: <20190717222340.137578-1-saravanak@google.com> <20190717222340.137578-4-saravanak@google.com> <20191125112812.26jk5hsdwqfnofc2@vireshk-i7> <20200127061118.5bxei6nghowlmf53@vireshk-i7> <20200130042126.ahkik6ffb5vnzdim@vireshk-i7> In-Reply-To: <20200130042126.ahkik6ffb5vnzdim@vireshk-i7> From: Hsin-Yi Wang Date: Mon, 18 Jan 2021 15:21:59 +0800 Message-ID: Subject: Re: [PATCH v3 3/5] OPP: Improve require-opps linking To: Viresh Kumar Cc: Sibi Sankar , Saravana Kannan , MyungJoo Ham , Kyungmin Park , Chanwoo Choi , Viresh Kumar , Nishanth Menon , Stephen Boyd , "Rafael J. Wysocki" , Android Kernel Team , Linux PM , lkml , "Andrew-sh.Cheng" Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 30, 2020 at 12:21 PM Viresh Kumar wrote: > > On 29-01-20, 19:04, Sibi Sankar wrote: > > I don't have a gen-pd use case to test against but with the is_genpd > > check removed it works as expected when I used it against this > > series: https://patchwork.kernel.org/cover/11353185/ > > > > In the lazy_link_required_opps fn shouldn't we skip the dynamic > > opps in the the opp list? > > Tables with dynamic OPPs should not be there in pending_opp_tables > list and so that function shall never get called for them. > > > With ^^ addressed: > > Reviewed-by: Sibi Sankar > > Tested-by: Sibi Sankar > > Thanks Sibi. > > @Saravana: Can you please give your feedback as well? I don't want to > push something that may end up breaking something else :) > Hi Viresh and Saravana, Do you still have plans to push this? I've tested on mt8183 cci with: 1. [v4,0/5] Add required-opps support to devfreq passive gov (https://patchwork.kernel.org/project/linux-pm/cover/20190724014222.110767-1-saravanak@google.com/): patch 2, 4, 5 2. opp: Allow lazy-linking of required-opps (https://patchwork.kernel.org/project/linux-pm/patch/20190717222340.137578-4-saravanak@google.com/#23020727), with minor diff to let non genpd use required-opp as well: @@ -474,13 +474,6 @@ static void lazy_link_required_opp_table(struct opp_table *required_opp_table) struct device_node *required_np, *opp_np, *required_table_np; int i, ret; - /* - * We only support genpd's OPPs in the "required-opps" for now, - * as we don't know much about other cases. - */ - if (!required_opp_table->is_genpd) - return; - mutex_lock(&opp_table_lock); list_for_each_entry_safe(opp_table, temp, &pending_opp_tables, pending) { 3. PM / devfreq: Add cpu based scaling support to passive_governor and mt8183 cci, cpufreq series (https://patchwork.kernel.org/project/linux-mediatek/cover/1594348284-14199-1-git-send-email-andrew-sh.cheng@mediatek.com/) Thanks > -- > viresh