Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp1065372pxm; Wed, 23 Feb 2022 17:12:22 -0800 (PST) X-Google-Smtp-Source: ABdhPJyF2WG1F9PmeL9tBIGzr5Sci0zLJ26H65gOLj68os0wEl/om3iVSLOrv6txdFQu2OR2nDai X-Received: by 2002:a17:902:e552:b0:14f:bfec:eb2c with SMTP id n18-20020a170902e55200b0014fbfeceb2cmr188366plf.108.1645665141926; Wed, 23 Feb 2022 17:12:21 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645665141; cv=none; d=google.com; s=arc-20160816; b=beZ6kxrkRhyOnugxETYBUbwbVuh2YW6rzYBBsrhvQvNJjGxUqPqK+KI12Msxs2e/OJ wUGcUk18c+GWUJtea7XrQ+z05Oe4VRVAr5wUnsgXmG/RyLAW/t9jcMFFzj7yJZrRhLrt xB5BhqV/nlghgt2dBHFD4DyVVGnLcD0f7iEQWQnxmoyFt6IbII5HZi9F3IqvilZ60Rof SDCLow6vUzKGWKs7v91SgeAcIq23ndwYKjwFhhPj0I9CWwc7rZV5ieY/Ec75PQbpuAAJ OmQYcDXvlaB1tp4xtd6Ug48pXIGuhCqGbTDIoBuPiZRurmnnK/WuAc5zQ8i5YfxAQsZ2 VdNA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id; bh=7YcpB+e0VoMLgraV8EDsoT5Bjd+RaC0/M+0lJwk/CgA=; b=D1Vz73aS9hAnQEzC6A/iC2IkPHb3M6M6mP3YBJQQff6VgV56l6/9BTjVeiVA3tDbwM c2BhWbS28c8xUVtaNn2TqMkh3Fn75hPVpIUGgwbuFiSbzzX++62vIS1h6M8SWbJvXtxU V1ohbpJT0JHAw1C3dL6STt8DKIWYAkIFRwfcb7ZlnUV5w2A4RjeyDv8bOH3AqdmdjNBq AHZPshNFwC9kLRhcQbAA9JJrcqFVYGSq4677KEHIuCgl71W50bmoT8QRCm3DmOSanVSb Ksfi57XDbrTBMbjoi8VCI+4M/cy0WNyC+HNveSs6kmht/jQ8r1LdmqSknXEhyYJpfXnY xeoQ== ARC-Authentication-Results: i=1; mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id l191si1071232pge.865.2022.02.23.17.12.21 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 23 Feb 2022 17:12:21 -0800 (PST) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 8D1FF15C9C6; Wed, 23 Feb 2022 16:59:12 -0800 (PST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S239210AbiBWJNo (ORCPT + 99 others); Wed, 23 Feb 2022 04:13:44 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:35940 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234982AbiBWJNm (ORCPT ); Wed, 23 Feb 2022 04:13:42 -0500 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 953508093C; Wed, 23 Feb 2022 01:13:14 -0800 (PST) Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 5FA781042; Wed, 23 Feb 2022 01:13:14 -0800 (PST) Received: from [10.57.9.184] (unknown [10.57.9.184]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 668213F5A1; Wed, 23 Feb 2022 01:13:12 -0800 (PST) Message-ID: Date: Wed, 23 Feb 2022 09:13:11 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.5.0 Subject: Re: [[PATCH v2 2/2] OPP: Add 'opp-microwatt' parsing for advanced EM registration Content-Language: en-US To: Viresh Kumar Cc: linux-kernel@vger.kernel.org, dietmar.eggemann@arm.com, rafael@kernel.org, daniel.lezcano@linaro.org, nm@ti.com, sboyd@kernel.org, mka@chromium.org, dianders@chromium.org, robh+dt@kernel.org, devicetree@vger.kernel.org, linux-pm@vger.kernel.org References: <20220222140746.12293-1-lukasz.luba@arm.com> <20220222140746.12293-3-lukasz.luba@arm.com> <20220223055357.t3wulpla64vt3xus@vireshk-i7> <20220223091012.w3flzpye6z55jnwd@vireshk-i7> From: Lukasz Luba In-Reply-To: <20220223091012.w3flzpye6z55jnwd@vireshk-i7> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A, RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 2/23/22 09:10, Viresh Kumar wrote: > On 23-02-22, 08:59, Lukasz Luba wrote: >> OK, so you want to have this available for the whole system. I can do >> that. I would go for one value of power > > One value per supply, right ? yes, only the u_watt, no _min, _max variants. > >> and try to fit into the >> opp_parse_supplies() code. > > Correct. > >> As far as I can see in the >> dev_pm_opp_get_voltage() the simple solution: supplier[0] and u_volt >> is used. I would go for similar solution for u_watt. >> There is even a single u_amp and no _max, _min variants, so should be >> good.. > > Yes, I don't think we need min/max/target kind of naming here. Just a single > value per supply is enough. > Good, thanks for comments. Let me craft the v3 then.