Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp86970pxa; Mon, 3 Aug 2020 23:47:29 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzNAs82utbiO9yTTIsyhrL2dU2dlPSlX69IuGH3FvYC+QySNJsvcotRkOxL0j4nsGUNuEep X-Received: by 2002:a17:906:260f:: with SMTP id h15mr19630505ejc.48.1596523648974; Mon, 03 Aug 2020 23:47:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1596523648; cv=none; d=google.com; s=arc-20160816; b=KQuI99u4c+FhR0GsD94B4el5cAO31ZzlozkHUUY75rAtZZ1oSh0zz7HhTZt/9e+oDH dUa3D1uvT0hS7RZJh8yd2JOFIvfUuykaOgFALQyui2nk4MBBZazEeeNsjxBl/ByNcGVN 9jdMQn1jxytdeNqSqVKuDABWZxupQgbIBoGufpR0WH/5CtOyxueql/8zSgK1UJzbMX/4 GzpzZAVRwHXoCE5wWWhlApM3qfgJsO2Q6Zwuu6VYknnLmW4Y1M6HNR4cG7VPCVM4S0t7 B7nAXZtP3qNZYwkEoTzOSVDgakTzPSmqBUDqZydZ1CfuJ9X/370oBKvZSzcLIYJXKDfu fX0Q== 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:dkim-signature; bh=DnhGljgxfzJeLlq9y9e/7VwoaSWViejckL3W26FCQPY=; b=eqIqWXnc6lgxqVpvPa2TcEFOE6VCm9lGf5/wrWMfmCl6bx99bnjDVS5zJ+eCFyIXwz jFqGwI30hkd6EWXHIUs7uaFsFNsELWE7n6qf3TWSNcuHxm1isT/DHYCAKid5qb6mjHN4 J70vbgTOF3S+y+eW1o7neiZyRPEQ9IHYaPW5X2o5/GXeQ/i4VV4zYddGOIj46QMtLfjh eMznq03ExvepPMmW+bSIqDQJDrxunmL09xBBRvdkozAx9QSsgHXxLRf3+obStnPyAJt9 /JxUIGiogXQU5sefhoFCiEVuEkdel6RsbSTv7c76LfGNCSfzHeIl175p37nsHjM4FSFH Uh7Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=UueG+3z1; 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 ox17si11693024ejb.241.2020.08.03.23.47.06; Mon, 03 Aug 2020 23:47:28 -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=UueG+3z1; 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 S1726393AbgHDGrA (ORCPT + 99 others); Tue, 4 Aug 2020 02:47:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42674 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725811AbgHDGrA (ORCPT ); Tue, 4 Aug 2020 02:47:00 -0400 Received: from mail-pl1-x641.google.com (mail-pl1-x641.google.com [IPv6:2607:f8b0:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 481B5C06174A for ; Mon, 3 Aug 2020 23:47:00 -0700 (PDT) Received: by mail-pl1-x641.google.com with SMTP id t10so16973995plz.10 for ; Mon, 03 Aug 2020 23:47:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=DnhGljgxfzJeLlq9y9e/7VwoaSWViejckL3W26FCQPY=; b=UueG+3z15qVK2BxckVCRjepMJOMHSHdHWYx8MT/s56DT3z3RtFe/nSLY6u9tf2ZzJ8 eMXgwJqof8xUczI7iHjHGThgYrEfWavNmoupNofQO6/R2wsJm1NzglZgMAwhp+yknPDK wXa2CW0UqNzxav/1My/2A6rIXJ5YKQXFsJsuko0rDuZ26pwovnAbcbt36OQOSjbSt8LR aCN8S7hG5dMZHcRB84/FG46LoCP6ZDI525Awim5YurR0M1wKIXOen6IsIg7ArGlt0LBm 5KuKYW03vVO0btus6/4Yg3chKAwddsyu2AFaisM3kjURSRe048PgLImAUFCF8knh+LE1 H01Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=DnhGljgxfzJeLlq9y9e/7VwoaSWViejckL3W26FCQPY=; b=qGgj68FMMs/duVfrQYYcMCizBrgnH5KPpGf0d8BEcVip5Gsl2hvlFj3OllTOKogL5+ ds5j352usioreRfFkZsjwW2YXojpQwp/Y4/rhnfK01G3fwnsbs91juobZ2JDUFIQWwCk fUshQkeDi08Aw0gGTQQ/SkLsMHG3wPRdZPK9gCLPvSdi5fGTwDLsf5mOFszCTMeGgzYg ekqrWL+OGfcrD1YNojxnI/ADhTDvgiXrdXtQilP6ed1WQBLQYd+Tf+WyLcvIKkv0zGU+ sRs9NI+S/8HNXc3J97HnukUnIP2O02Zi8gBTQoJVLFydJk+YxKHyVziaTlNnEAd/Ykrg LZmA== X-Gm-Message-State: AOAM533071DY1dMtCHit4dLLM0eaM4efW8AZ+FBXaXrTMhQWNn53g+ce Bx/dhJeIGHkxI3GpQD7tFcrV0g== X-Received: by 2002:a17:902:6bc2:: with SMTP id m2mr18395916plt.158.1596523619660; Mon, 03 Aug 2020 23:46:59 -0700 (PDT) Received: from localhost ([122.162.244.227]) by smtp.gmail.com with ESMTPSA id u26sm20550893pgo.71.2020.08.03.23.46.58 (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 03 Aug 2020 23:46:58 -0700 (PDT) Date: Tue, 4 Aug 2020 12:16:56 +0530 From: Viresh Kumar To: Ionela Voinescu 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: <20200804064656.h25yapthuumdxjw7@vireshk-mac-ubuntu> References: <20200722093732.14297-1-ionela.voinescu@arm.com> <20200722093732.14297-5-ionela.voinescu@arm.com> <20200730044346.rgtaikotkgwdpc3m@vireshk-mac-ubuntu> <20200803152400.GB20312@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200803152400.GB20312@arm.com> User-Agent: NeoMutt/20170609 (1.8.3) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 -- viresh