Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp5423786pxv; Wed, 7 Jul 2021 03:30:22 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwDbXHUQ1d6Ghx7NhxMnp3uHPzxcNm6+d7NSHctALuaIvL35XsPLbhWdvO68Th7wnxTwj+8 X-Received: by 2002:a05:6638:2245:: with SMTP id m5mr5678703jas.137.1625653822131; Wed, 07 Jul 2021 03:30:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625653822; cv=none; d=google.com; s=arc-20160816; b=Vp3rnzVj7/at913d2EYIqtLRbquo773gMEqW1miCLti+fZYTZpIWiPIg4tO4wzBPP9 4TN6G0PeYYRwk3DINWiT80JjwEb/ndaB00mESw5F5sFYzx7BCRssGYACBT04093FMtB4 ImkKxSDjD/R8UKEMVvNqn+OXbiH6JDJbOja3loS2mOHkHOLXS6Qch+satpyOpxutRiyy hhh7C1UqBFxkY868ksMbuYZtzyVM60w/MxF6z8F9NcJxA14YImnykO/J+2ib6aW/JTQE Qd2D1BpezBNSeQssFPrU3lh7ZA592kwv2bi+1SBsARze4YeEoBIj0DUxUwUvRvyPFXbs 0G8A== 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; bh=omWaITcZnwXc8PYJw99127rzJb1k9xGyjIwlVhv9hps=; b=ZbsqaKCB2J8s67HYWfpHmOzXxLLNzI+KIqTz6MjJHAyg9iTJgFbtFsmB/ZjH0lCcxL 3Yfpc4SO9o+21jZCP6wY5+6Wgn5WWpoQpEcWmoKhnhDhYONb/OPsnXI3KK9+2kTR5rND rBNGX2dNkcM7ZgSdvjTsIZI+De7/1iN/w89rI2E0xDmq/t7WMyXt2AJiHqhVIlQ+4XdN FNAjSw6+mBRtlch4WNKwNBZKksmmrwSq9SnzlWUnU7xW0IeXVf2JrD/S5DslRRWSiVgQ uh9wh+rB6hkDBj2o1fOyDGa6DG0d4Qf/YOnaMbGEMhfUqh1S0p6ZIBXQKm6iP/xhTQ7g AX5w== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id e17si10690966jaj.115.2021.07.07.03.30.10; Wed, 07 Jul 2021 03:30:22 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231358AbhGGKcS (ORCPT + 99 others); Wed, 7 Jul 2021 06:32:18 -0400 Received: from foss.arm.com ([217.140.110.172]:33952 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231137AbhGGKcR (ORCPT ); Wed, 7 Jul 2021 06:32:17 -0400 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 70EC1ED1; Wed, 7 Jul 2021 03:29:37 -0700 (PDT) Received: from [10.57.1.129] (unknown [10.57.1.129]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 64A7C3F694; Wed, 7 Jul 2021 03:29:34 -0700 (PDT) Subject: Re: [PATCH 1/3] sched/fair: Prepare variables for increased precision of EAS estimated energy To: Vincent Guittot Cc: linux-kernel , Chris Redpath , Dietmar Eggemann , Morten Rasmussen , Quentin Perret , "open list:THERMAL" , Peter Zijlstra , "Rafael J. Wysocki" , Viresh Kumar , Ingo Molnar , Juri Lelli , Steven Rostedt , segall@google.com, Mel Gorman , Daniel Bristot de Oliveira , CCj.Yeh@mediatek.com References: <20210625152603.25960-1-lukasz.luba@arm.com> <20210625152603.25960-2-lukasz.luba@arm.com> <2f43b211-da86-9d48-4e41-1c63359865bb@arm.com> <297df159-1681-f0a7-843d-f34d86e51d4c@arm.com> <27916860-33b1-f0a0-acff-4722a733c81b@arm.com> From: Lukasz Luba Message-ID: Date: Wed, 7 Jul 2021 11:29:32 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.9.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 7/7/21 11:11 AM, Vincent Guittot wrote: > On Wed, 7 Jul 2021 at 12:06, Lukasz Luba wrote: >> [snip] >> No. It's in 0.1uW scale, so 800Watts. Which is 16 CPUs * 64Watts > > Oh! you want 0.1uW precision .... This doesn't seem realistic at all. > I'm not even sure that the power model can even reach an accuracy of > 1mW > True, the EM is registering platform with 1mW precision, but 1uW precision makes more sense for internal EAS calculation. I don't force platforms to report 1uW power, I just want to operate on it internally. PowerCap and DTPM also operate internally on 1uW, so it's not that unrealistic that some kernel components want better resolution. But as Peter suggested, we might skip 32bit platforms for this issue. I have to discussed this internally.