Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp4736722pxt; Wed, 11 Aug 2021 12:51:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzNcokwgTJdaLlMfem0SI2vq+BjYsCKtTVQYdM8PFcHQ3Qy8Hut8hyUI56NzcvGONcfYa0w X-Received: by 2002:a17:906:3707:: with SMTP id d7mr166593ejc.127.1628711501736; Wed, 11 Aug 2021 12:51:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628711501; cv=none; d=google.com; s=arc-20160816; b=s6NS4LLkyWc8v6QjfnW61XOKitRYJhd26dSXfzScmhmQT5ob9a991xAXQkdKvTOZD7 jNTkaYYj+vjRtvDjywgxakbCvyj/Jkk8hVlTEFNvZkgJcGkRinzVRUMQLTdu+n86ItaB 50SnBHs6E/r34H0Cqg94mslAdQAjzVz3rvu23MR/KcH/BeXVEIi95lhrR56IQu88Dik/ 0mtQAT45XPWkV0BqD1b5K+j3kazQeuoKfrqINGEpZ9JIicRVkMz50Hm+r2L8lNPvuuDq HrutFXlw3BLDsLsjFPAX/u3Q1XzSQ40dS7hc73MG5IAAYt6u81fobGcXxRICkDnjjHEi Xtew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=BOF7L3BVa8QDJhfRLBEE2dkpehIt/0IbmaCR5Ju8kEQ=; b=kwdxpHl6mEgZ338k0AwbNKK1n4HNp8KPaQiCwPKC1rBun49DKD6eGiLBvuHn0n3+KQ n5ONaMP/aytGC62Rvce/gbAdTTjHlbEAIp+B0wQLpUICOTiXaeyMTT9Z5ao2XIcd2OJY RUTaf5rnxT3502TuwxUfKSOw8muLckWhsYxXQsdnmdAtCulYbGcFOpP/1t7ZTDL8fBYq lpqGfhpNRjk91MocuqFEXvTY6NWP5I24VNL7/yyiP8ENRRzZd2hbB1SwZpcvawT42zIY /WauzIGCVPKz78gd/BXZpI+PMearjNfSTUIxUyHB/KEvplMpVG62e1yWvtUws1jrH9G2 5RsQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=euJh4y0F; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o15si255525edc.22.2021.08.11.12.51.17; Wed, 11 Aug 2021 12:51:41 -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=@gmail.com header.s=20161025 header.b=euJh4y0F; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231594AbhHKTsy (ORCPT + 99 others); Wed, 11 Aug 2021 15:48:54 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47784 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229946AbhHKTsv (ORCPT ); Wed, 11 Aug 2021 15:48:51 -0400 Received: from mail-lj1-x22c.google.com (mail-lj1-x22c.google.com [IPv6:2a00:1450:4864:20::22c]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 3AAA7C061765; Wed, 11 Aug 2021 12:48:27 -0700 (PDT) Received: by mail-lj1-x22c.google.com with SMTP id h11so6452379ljo.12; Wed, 11 Aug 2021 12:48:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=BOF7L3BVa8QDJhfRLBEE2dkpehIt/0IbmaCR5Ju8kEQ=; b=euJh4y0FhoWH6pYTnzBBsez+zcsN7wbayT7FzUMdxnBGrRPbohqA9hpTuq9SxP28HU N4zqC7oI6CiWxixbAA5aWSGij7HnMAuSlr5H8LBB7bV9/Crtmga+YiwjCIp1pr01Mx0b qe5v6YEvWkwuLNb6GxrESGs5C7gx+i5r6du6D0VxEu/PlkYy/5X7W6CYtRGoPHRRDNgp n1u4nGiAMXjGdnsIZnsNGVqglhnacq/C7lUJnU9dDCk7bxSsG0TH/JWHaUoXvfry+s/4 soRCGpSvJeW3Ps/u6Osy9OYXSHkWja+GwosH/iV6NY4GPFwILJdPb0nUVsvJtyrZptdC vCHw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=BOF7L3BVa8QDJhfRLBEE2dkpehIt/0IbmaCR5Ju8kEQ=; b=COTwsxHrj55jPjC+hRTFs+LX98pcqHK/8iYzCjmnq+0PYpEG7HZmUcrXx7++88hchh TaUyPnVhQyfMldm4QOqQdnHm8w/vcbC6J/l/lG/514uEaDw7pAs/c2wNRjeY+qyqrCgF GNUIUk1WdgKfEtO7Xm+h5mWSpq0FAKrFsccIxTIZQUZR5E14ofPAdxFrIYljCxX5eLzg OIwJDLjIZAQ3m7OBoAtMEAq6/dRjt4sWRozXoJ9Y0m7gVTQGFSDdt+B1lDIe3KobDyRH C3M2UTeucEGSATc9CI5xn/NTklzpbWBEs8q+xKZ2KxjlAlCO5U6vmcIRFB0ux3R69A19 /FJQ== X-Gm-Message-State: AOAM533oezPhsSpAbUq4+59j34+Js/uPS5M/CdkgDJK8F0FJrDI14dzC GJ0qOyBVJ0aZFavpNWe++5+DjAHfbBw= X-Received: by 2002:a2e:740d:: with SMTP id p13mr226354ljc.237.1628711305564; Wed, 11 Aug 2021 12:48:25 -0700 (PDT) Received: from [192.168.2.145] (46-138-117-53.dynamic.spd-mgts.ru. [46.138.117.53]) by smtp.googlemail.com with ESMTPSA id j17sm36267ljq.136.2021.08.11.12.48.24 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 11 Aug 2021 12:48:25 -0700 (PDT) Subject: Re: [PATCH v6 1/2] PM / Domains: Add support for 'required-opps' to set default perf state To: Rajendra Nayak , ulf.hansson@linaro.org, bjorn.andersson@linaro.org, viresh.kumar@linaro.org Cc: linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-msm@vger.kernel.org, swboyd@chromium.org, rojay@codeaurora.org, stephan@gerhold.net References: <1628074696-7979-1-git-send-email-rnayak@codeaurora.org> <1628074696-7979-2-git-send-email-rnayak@codeaurora.org> <9588f01d-1cb6-7ca3-eb41-74259f1678f6@gmail.com> <5f676dbe-6b8a-d302-cd81-2d12fe089e5a@codeaurora.org> From: Dmitry Osipenko Message-ID: <453bdc88-95a3-3798-9a11-ca8038c024ba@gmail.com> Date: Wed, 11 Aug 2021 22:48:24 +0300 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 MIME-Version: 1.0 In-Reply-To: <5f676dbe-6b8a-d302-cd81-2d12fe089e5a@codeaurora.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 11.08.2021 12:45, Rajendra Nayak пишет: >> >> If you have more than one power domain, then this will override the >> pstate which was set for a previous domain. This code doesn't feel solid >> to me, at least a clarifying comment is needed about how it's supposed >> to work. > > I don't quite understand the concern here, this should work with devices > having multiple power-domains as well. __genpd_dev_pm_attach gets called > once per power-domain, and we use the index above to identify the > power-domain. The domain core code supports only one domain per device, see what genpd_set_performance_state() does. This means that the second domain will set the state of the *first* domain, which doesn't make sense. The genpd_set_performance_state() will actually fail with -ENODEV for all domains if you will try to do that.