Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp1192669pxu; Fri, 16 Oct 2020 06:17:48 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxTe0MrZhBi9GgR0eFp+6u5E7P/z+Bs7meJmVyi0Vkp2ieiaoz7ncm+RV46KergdqG4G0yB X-Received: by 2002:a17:906:783:: with SMTP id l3mr3772744ejc.253.1602854267719; Fri, 16 Oct 2020 06:17:47 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1602854267; cv=none; d=google.com; s=arc-20160816; b=oHmZD++wDdxnD/yIYOQ+SkfwF+fSjorfMmvlC4eDWHCLN8F6EtPuCIX/U9w8Zl8H+h HNGkvN+T2kCBERnPimy6d3baDqr18BtwH5iEs5OUK/8vzqFR9MB2WkKbuB1FRW59X463 TM7iyvLhmUFsoCbJBvrrcalrf24g9HaB+0mcphuvlvP4Z8p8jPF0Q4WcpBxUSQ4WlynE wtQ7PfpSIOYhRjVIObQIQAwr+3M0Z8Dz00mJq2za67DDN7CqbAL1GmYdkbSewmFz72LW vXYRvXXhgmReUOiHR7dNihJ82x9vf0/vdXVb4wyxQ2/nk3oGxCzjyWwXEvIKSllDh+P6 Tpeg== 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=CrMlB8wZnz1QSRMDLaaqihjuRkl23NGRAQ7yTr/KKgU=; b=LtsRU4AsNxwHuwinrDZF52PG4RAVKc3QxEzx9EvPrvmmmx4LD0EOdBL3NnGYIErh+m PGqEpzKh9hbhiA8DzefQD7EVH3/2PJd4YvyVdvMteV5miBjMAj00bBm6l67HNZyeE42o 7GNvPMXD5Tigpd0AjttkBGGMAse5iBc0pXlXLat2fcNA0fnlHG0M6Ur/62CAbZzLlRdQ P52gxk8aY0fpD4RimT9uYkZDOcrqZ0LFy3ibjC/VBg49+/cw4CljtvuKcIF1S4E+wGD8 YZ5zexLzp6qjWOEOpys3gj32q0e9cbyse5OKpYen63Urz/hsDr1l+LhTyWkKKUsih63V J37Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Clni0cNl; 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 x15si1608069ejf.349.2020.10.16.06.17.23; Fri, 16 Oct 2020 06:17:47 -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=Clni0cNl; 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 S2406430AbgJPMue (ORCPT + 99 others); Fri, 16 Oct 2020 08:50:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38932 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2405632AbgJPMud (ORCPT ); Fri, 16 Oct 2020 08:50:33 -0400 Received: from mail-wm1-x342.google.com (mail-wm1-x342.google.com [IPv6:2a00:1450:4864:20::342]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 80384C061755 for ; Fri, 16 Oct 2020 05:50:33 -0700 (PDT) Received: by mail-wm1-x342.google.com with SMTP id q5so2857271wmq.0 for ; Fri, 16 Oct 2020 05:50:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=CrMlB8wZnz1QSRMDLaaqihjuRkl23NGRAQ7yTr/KKgU=; b=Clni0cNlsKDQqQNx9Z1oea1qbI5trbL18Iwm/RppeJEeDU5onspHP+KN+DucCmqcpr 83zcVFENnk98nG7FAfwFElxxybgV2pzT2pSgM81VeOQzDSMxo3KvK/oBUr6gZENqPREC Qkfm1jEKyT9XhdjMCrNsYLL4T+qZTbXTOOm+PYNIyqgd9H+V5BiMUcGSlQBkNyj9kBHS HJu9xFj7y65JJdwxs8rQkmrNYeKw8u6w4LcCr+IKygGQmg6FCDKpfEsjYX58XNWbY+MS fznHd8MrGWW6vLo0g1BieoHkqw4Rk9MDTCiFEdSwEsYwURoaoU9zpKfa4hxH3a57OMDJ 9kBQ== 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=CrMlB8wZnz1QSRMDLaaqihjuRkl23NGRAQ7yTr/KKgU=; b=ds+WjQXgLsj1G8COmuXvJBv5Vi87aUz5g9stcopi4SmkuW/aFeUPpx1byOfIzwQYYo a+oacrWK8mpxLYjnYOXKe6SZrYsgqt3erIJ9i24AOzDdRHKNoN2hUiA1LzGrliUJjQ7R MoImUnMOPTDUmX1/Ud4Hs0nBfUUaDS3jU587sIYfk9GYS9EMHyawkxYdieViszdPmUpm FZzFUlZWB9K0qHwCUkGgxvgWWPv7/RmUeAPo0SfsY5HMZ0ePI+5U12jsefUehoYgTWjJ pIQF+XIUXlyiIu1PFcFgj9/6jfcjGzjYGReP2sRgNcmNQbvlypNC0j9x4zTV9ut4JtnK jQqw== X-Gm-Message-State: AOAM532zIQiWNo3iG7dx1ahKwvggGrzB1chFt+ZqNbB9KWL3ADiryXRd kUt1KEl/+jrfzB4HwNn7FGij3g== X-Received: by 2002:a1c:495:: with SMTP id 143mr3543475wme.63.1602852631989; Fri, 16 Oct 2020 05:50:31 -0700 (PDT) Received: from ?IPv6:2a01:e34:ed2f:f020:c9d8:1700:5168:39b? ([2a01:e34:ed2f:f020:c9d8:1700:5168:39b]) by smtp.googlemail.com with ESMTPSA id 14sm2610405wmf.27.2020.10.16.05.50.30 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 16 Oct 2020 05:50:31 -0700 (PDT) Subject: Re: [PATCH v2 0/3] Clarify abstract scale usage for power values in Energy Model, EAS and IPA To: Quentin Perret Cc: "Rafael J. Wysocki" , Lukasz Luba , "Rafael J. Wysocki" , Linux Kernel Mailing List , Linux PM , "open list:DOCUMENTATION" , "devicetree@vger.kernel.org" , Rob Herring , Amit Kucheria , Jonathan Corbet , Dietmar Eggemann , Doug Anderson , Matthias Kaehlcke , "Nayak, Rajendra" References: <765e6603-b614-fb72-64ff-248b42474803@linaro.org> <55d3fb0f-f7d8-63c5-2bdb-53eaa62380e0@linaro.org> <3e3dd42c-48ac-7267-45c5-ca88205611bd@arm.com> <00ceec64-3273-bb4a-6f38-22de8d877ab5@linaro.org> <20201016121844.GA2420691@google.com> From: Daniel Lezcano Message-ID: Date: Fri, 16 Oct 2020 14:50:29 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20201016121844.GA2420691@google.com> 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 On 16/10/2020 14:18, Quentin Perret wrote: > On Friday 16 Oct 2020 at 13:48:33 (+0200), Daniel Lezcano wrote: >> If the SCMI is returning abstract numbers, the thermal IPA governor will >> use these numbers as a reference to mitigate the temperature at the >> specified sustainable power which is expressed in mW in the DT. So it >> does not work and we can not detect such conflict. >> >> That is why I'm advocating to keep mW for the energy model and make the >> SCMI and DT power numbers incompatible. > > I think it's fair to say SCMI-provided number should only be compared to > other SCMI-provided numbers, so +1 on that. But what I don't understand > is why specifying the EM in mW helps with that? It is already specified in mW. I'm just saying to not add the 'scale'/'abstract'/'bogoWatt' in the documentation. > Can we not let the providers specify the unit? Yes, it is possible but the provider must give the 'unit' and the energy model must store this information along with the "power" numbers, so we can compare apple with apple. Today, the energy model is using the mW unit only and the providers are not telling the 'unit', so both are missing. Because both are missing, it does not make sense to talk about 'abstract' values in the energy model documentation until the above is fixed. -- Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog