From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-5.5 required=3.0 tests=BAYES_00,DKIM_ADSP_CUSTOM_MED, DKIM_SIGNED,DKIM_VALID,FREEMAIL_FORGED_FROMDOMAIN,FREEMAIL_FROM, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,NICE_REPLY_A,SPF_HELO_NONE, SPF_PASS,URIBL_BLOCKED,USER_AGENT_SANE_1 autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 844C0C433E0 for ; Wed, 5 Aug 2020 17:34:56 +0000 (UTC) Received: from merlin.infradead.org (merlin.infradead.org [205.233.59.134]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 50FB722D07 for ; Wed, 5 Aug 2020 17:34:56 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="FuyT+H4y"; dkim=fail reason="signature verification failed" (2048-bit key) header.d=gmail.com header.i=@gmail.com header.b="O/GHeGm/" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 50FB722D07 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=gmail.com Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=merlin.20170209; h=Sender:Content-Transfer-Encoding: Content-Type:Cc:List-Subscribe:List-Help:List-Post:List-Archive: List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:Date:Message-ID:From: References:To:Subject:Reply-To:Content-ID:Content-Description:Resent-Date: Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=kIKoMnWHKdZWJCNbNw+pm/mh7W42rG9c2hKToGZjldk=; b=FuyT+H4yepAdw1lm3bcpvCn7p yFfWw7yMdI+ZvIyt0fxsB5oMhvOajqC8HS621nggp9byUgWverfNzkW8tX2atSxqKNPeN5IvUSNXW uV/XEuOX+ZDpw+xwL4CZ0wqlw+VhekZfsTonB1gxi1O7J9LuBvXD7d7MJ3A5mPw3Yi7ZT0XDzcoll R/Pq+Y9TL/YSy+PMLXRpkUBC32JKwWutjYn2JEVhaG0kVearHnLAMBLcSO3pDRc5nnDE/Xopfve+1 LoUKdyvNrd+3a5/kJaTXh066dFZ7drHPpn25IBkc4LLE6Ef9GHI1V5uYmtQ1delpTgqj2spGFCP4o fV1KBjRyQ==; Received: from localhost ([::1] helo=merlin.infradead.org) by merlin.infradead.org with esmtp (Exim 4.92.3 #3 (Red Hat Linux)) id 1k3NHw-00019x-LK; Wed, 05 Aug 2020 17:33:16 +0000 Received: from mail-pg1-x543.google.com ([2607:f8b0:4864:20::543]) by merlin.infradead.org with esmtps (Exim 4.92.3 #3 (Red Hat Linux)) id 1k3NHt-00019S-Bv for linux-arm-kernel@lists.infradead.org; Wed, 05 Aug 2020 17:33:14 +0000 Received: by mail-pg1-x543.google.com with SMTP id 128so1284945pgd.5 for ; Wed, 05 Aug 2020 10:33:11 -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=ubC/V5WUzoZj5xfHrYdi+jL75ehDvyw9uS6rHF+Jq8U=; b=O/GHeGm/gQtbGK1llGngflGpM9k6g4L5179tZ8xre02/XuGvGMRFHUAsC6AXqIh3lN lWrz38BERBpyJUHI4TBNvyZadqoPsBKXhNDzGhAiA3CRKyYK6Kci0sUEvRD+kUW8fkFf v+ochFEQzfRkpRJmVj+OCCMjL313jypzYHQjt8rTuvov8DMPYexlXfxATyTvI8dvShCY UUjtojLaQiVDwXokabVt5tKckoG51WXOGIuH6yhGiRXH+xRK1NlLGgVqDZ+6zoU0F7yg BRFMf3BTuwrQrymB1Fkm7PLVGrksZUGir2siyZYXQTtKfOygYakI0e63P5vZPBZWbumQ GNGw== 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=ubC/V5WUzoZj5xfHrYdi+jL75ehDvyw9uS6rHF+Jq8U=; b=CNsHi9tj5I6meodVZN1AJKHcALPlyu/iiz44/1+iGI+MK1FudS9vS1019upEyo5nUk k3UWytkWAEDEZWrl2uBXXjAklXQbhvO/dDY5+wjPT5J1jTJVglXlxWkhZHCK8/8rFhnS fKZax7RE6PqfWVK0QTBRBmnkxaM7xfMuAWdNDR6pNUuZ1SqKGaxk1NvyoV1XeLmc6/rU TKcceV8pQPBa95UqoaPwZ0KOFvStop39pDktZO9mDzYbHUpA0hSMKhFDQBCFbcgj0KAH zHp8I1LEOiifM+s5yG319LzkkNiN7b2umLDGrdy5fivyZpl5QOeYrnlhnD2DD4vGS8n9 Z2Zg== X-Gm-Message-State: AOAM533rZVDJ6DGEIL3wnMjXNjpOI5NuAIaXONE51nDzeO9c4ECJtz+X amPN56icCdZ1AlRwF7W0xKs= X-Google-Smtp-Source: ABdhPJyE+3mIJw7JiYtikhouQKcIpFH/TIV61KDAmqsI8WELrTzl/wETy8tPvwFa1sbu+JKrAcXM1w== X-Received: by 2002:a62:1782:: with SMTP id 124mr4246256pfx.204.1596648789558; Wed, 05 Aug 2020 10:33:09 -0700 (PDT) Received: from [10.230.30.107] ([192.19.223.252]) by smtp.gmail.com with ESMTPSA id mj6sm3777559pjb.15.2020.08.05.10.33.05 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 05 Aug 2020 10:33:08 -0700 (PDT) Subject: Re: [PATCH 0/4] CPUFreq statistics retrieved by drivers To: Sudeep Holla , Viresh Kumar References: <20200729151208.27737-1-lukasz.luba@arm.com> <119ce268-18dc-7a4c-b0b2-3a66ff9ff4b0@arm.com> <20200805130436.3d2g7z2rsdoesuuk@vireshk-mac-ubuntu> <20200805160312.GC4818@bogus> From: Florian Fainelli Message-ID: <4962aa3c-2b56-5232-c5d7-286ca1363446@gmail.com> Date: Wed, 5 Aug 2020 10:33:02 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Firefox/68.0 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: <20200805160312.GC4818@bogus> Content-Language: en-US X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20200805_133313_428050_634E2272 X-CRM114-Status: GOOD ( 16.10 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: linux-pm@vger.kernel.org, rjw@rjwysocki.net, linux-kernel@vger.kernel.org, cristian.marussi@arm.com, Lukasz Luba , linux-arm-kernel@lists.infradead.org Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 8/5/2020 9:03 AM, Sudeep Holla wrote: > On Wed, Aug 05, 2020 at 06:34:36PM +0530, Viresh Kumar wrote: >> On 05-08-20, 12:04, Lukasz Luba wrote: >>> I know that Viresh is going to develop patches and improve these >>> cpufreq stats framework. Maybe he also had this 'aggregation' in mind. >>> I will leave it him. >> >> I am only going to look at cpufreq's view of stats independently from >> the firmware. >> > > +1, I agree with that. Kernel must avoid any logic to aggregate or > interpret the data in a generic way. The userspace tools can manage that > especially if this tend to be platform specific. We can probably standardize on how to expose the firmware maintained statistics such that these tools do not have to widely vary from platform to platform, right? -- Florian _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel