Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp441921pxa; Wed, 5 Aug 2020 05:19:04 -0700 (PDT) X-Google-Smtp-Source: ABdhPJydITCGAkzQIuYYhr0PVkGCMVejwJijnfj6P1P1fvGZSBynfT6lyqryAomovCxn+ATgpMrs X-Received: by 2002:a17:906:f0cc:: with SMTP id dk12mr2775358ejb.97.1596629944462; Wed, 05 Aug 2020 05:19:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596629944; cv=none; d=google.com; s=arc-20160816; b=ZTrwfyXwhEbEsZs6WgiUTpHUE4ZPkNeMNzlZNBQw4PLZ7gsyC2YJIh80Ukhu0E2vdm QfuzeCr0X+cafyrsrDaq3l5w9Y87oI+LUlX8PDV6aXB50fywa46pg0O56tzYCpM+SNUk DkoL4MqdFKStULRcYMYUZwO7iWG9KmZnUnAe7elaPazOjLrUPVMMzPYuc6QkH6zvh9cp wKyAEQwdL3ISdyW6KR06zIyuMII49zhilslKr4DJjQl0mEX5T17efBH4EkziCfAvkcIA B+gQ5rN8412Ok5sfAjdWQEs1xz+RR5dYqolgTIUtQSZ16UERVYX0+6QlRuZgZtUr9v5Q LTRw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=hQtENd1Kx4mRvS92nxrNz5Vddw2XSyArRb3ty1nHNI4=; b=JecvLxP2YKAEwqgu0ST9kO2xji09+Rt3zOTV3FOLu/VyGr5nNu7Ynv62qlHfgOg07L AC4yPHiYtdI42HwoundUOJAbimgKClxSTRYlShLJEHbxlBmXP3TUnv4C4lQNZMe62F3L SsmhK4VQmx1ieRVACeVWKxSc8sKv/wlFWuOCUtYZG7cJD9cdtT/RjHv/24yCmhKvdjiH X04mAxs9MA6eCAEBu4emTaefqooryU/cccXUmSw/FzV3cIbVVEVA5SIzksoq8fZ3BjyN hrq5B16M11Barg0N0xs6KauTPtEIcF+ZSBdi4SGfud026jB6GEcM9OH3uydwJRsV1699 Bc8Q== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id g1si1232457ejj.660.2020.08.05.05.17.49; Wed, 05 Aug 2020 05:19:04 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728062AbgHEKsr (ORCPT + 99 others); Wed, 5 Aug 2020 06:48:47 -0400 Received: from foss.arm.com ([217.140.110.172]:57454 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726212AbgHEKrv (ORCPT ); Wed, 5 Aug 2020 06:47:51 -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 01926D6E; Wed, 5 Aug 2020 03:35:33 -0700 (PDT) Received: from localhost (e108754-lin.cambridge.arm.com [10.1.198.53]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 97E053FA32; Wed, 5 Aug 2020 03:35:32 -0700 (PDT) Date: Wed, 5 Aug 2020 11:35:31 +0100 From: Ionela Voinescu To: Viresh Kumar Cc: rjw@rjwysocki.net, dietmar.eggemann@arm.com, catalin.marinas@arm.com, sudeep.holla@arm.com, will@kernel.org, linux@armlinux.org.uk, mingo@redhat.com, peterz@infradead.org, linux-pm@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH v2 4/7] cpufreq: report whether cpufreq supports Frequency Invariance (FI) Message-ID: <20200805103531.GB4817@arm.com> References: <20200722093732.14297-1-ionela.voinescu@arm.com> <20200722093732.14297-5-ionela.voinescu@arm.com> <20200730044346.rgtaikotkgwdpc3m@vireshk-mac-ubuntu> <20200803152400.GB20312@arm.com> <20200804064656.h25yapthuumdxjw7@vireshk-mac-ubuntu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200804064656.h25yapthuumdxjw7@vireshk-mac-ubuntu> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tuesday 04 Aug 2020 at 12:16:56 (+0530), Viresh Kumar wrote: > On 03-08-20, 16:24, Ionela Voinescu wrote: > > Right, cpufreq_register_driver() should check that at least one of them > > is present > > > (although currently cpufreq_register_driver() will return > > -EINVAL if .fast_switch() alone is present - something to be fixed). > > I think it is fine as there is no guarantee from cpufreq core if > .fast_switch() will get called and so target/target_index must be > present. We can't do fast-switch today without schedutil (as only that > enables it) and if a notifier gets registered before the driver, then > we are gone again. > > > Will do, on both accounts. > > > > > > > > + static_branch_enable_cpuslocked(&cpufreq_set_freq_scale); > > > > + pr_debug("%s: Driver %s can provide frequency invariance.", > > > > + __func__, driver->name); > > > > > > I think a simpler print will work well too. > > > > > > pr_debug("Freq invariance enabled"); > > > > > > > I think the right way of reporting this support is important here. > > Yeah, we can't say it is enabled as you explained, though I meant > something else here then, i.e. getting rid of driver name and > unimportant stuff. What about this now: > > pr_debug("supports frequency invariance"); > > This shall get printed as this finally: > > cpufreq: supports frequency invariance > Will do! Thanks, Ionela. > -- > viresh