Received: by 2002:a05:6a10:c604:0:0:0:0 with SMTP id y4csp3560670pxt; Tue, 10 Aug 2021 06:27:00 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzzO8L0qu7rYLGj5PoIIEcx64REKQP2CMkK+2EAX7QiEHrm12cKingVxUn2KneOZYuDpxSt X-Received: by 2002:a17:906:3c59:: with SMTP id i25mr13884408ejg.311.1628602020564; Tue, 10 Aug 2021 06:27:00 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1628602020; cv=none; d=google.com; s=arc-20160816; b=ZSt4FBb30+rh4LHhIjjTiFVpfiRcnFkcDbssQoZjOPMaVAk05d+hBw65Ph0y0Vvk3/ 5o+NAe8dMeyFJvxjRsUXKeD7KWvqmBNFu/18CZ5KxZuj/4/Gn5jxp/He74fAsrf5WAlk Q6CJSf7UiZj2UK7P3lvP2Sa0/dKpCioBDac3rmwB1qByuEm7neu0EnQNd61I0o2o0jJs 2pXs6eEdCXR0LPnE/qhKGKB5igXC165/4U5XZx3o1xZ0JqaDo7RvgL6eOxU9PoqJt8sT XbqVpgyaLEwXPdi+yGWLj9XJoLlQwFvW3iG3dGVCraAOACObQoBrYssf4z/CBmZyvcx0 0BNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=Lb2oLRW+qirgEGtmZTSETxpjUU/FIl6TZgWJI5M3pUc=; b=EtiAi3ToYyPvVCJhxUjR06X8uAfUb7LVWLwFAvClNAJmkKhzSgNQjeEWZwJI/A74We xCuGXzttxFC9isXsTsnqGUqs5ocQ9kiQPUc00cDTgPA75FEMUMGParyXBLaNzVeboQsV e57oFDjyTF4eDOTxtv4MI4EMzz39WcJY2eeZJd61L87WUnbv6fyjMzLoF97YTSnSyeLp MbeSkL3rAb++ET9k4kItmRVYAowPHej01cWx9MLIyJQHsq4MISkNkaBwj5pp0uYXqNJl h9q8+EY0zsT45isRrcQUxX/dcPqRIsghwQHGZby9w35lL3AVnV2zQi5cRUJz0EAqkonD 9ikQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=Frz8NOYZ; 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 z5si20864384eja.692.2021.08.10.06.26.35; Tue, 10 Aug 2021 06:27:00 -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=Frz8NOYZ; 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 S230039AbhHJKMv (ORCPT + 99 others); Tue, 10 Aug 2021 06:12:51 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S239749AbhHJKMt (ORCPT ); Tue, 10 Aug 2021 06:12:49 -0400 Received: from mail-pj1-x102f.google.com (mail-pj1-x102f.google.com [IPv6:2607:f8b0:4864:20::102f]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 33D2DC0613D3 for ; Tue, 10 Aug 2021 03:12:28 -0700 (PDT) Received: by mail-pj1-x102f.google.com with SMTP id oa17so7451916pjb.1 for ; Tue, 10 Aug 2021 03:12:28 -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=Lb2oLRW+qirgEGtmZTSETxpjUU/FIl6TZgWJI5M3pUc=; b=Frz8NOYZ2sDr4nXo6PZVCIBFRX3W07wAF8WRLD5F+/2RxJ/w8QLrvP8EMmgMThdtR5 7JSuRlz0LdXu0XnFQDf3UKAn5Gk19e5rdE1Kze1nM0Nv7LO1UaW5MMMSQ72te6lLEFSG dMg/zWUKPx8QGfHJD9rRfAx5DnNJ4FlUAwwGNZwneX4Ba2FGhgjc7t3YWkxRWvPgot0v Br3xyvCuIUoB5GUwIpsRj8wIvt8lUnLI9GjWi7LdIkbhVAlNUDAXdvGGN0R4BMC0qMa3 RLx6GOrNtI6DEJ2Rz60XTsJgrgl50fjsoVVV1+Bm9zhHq7g5BerAWEvaEqqByMwraXxP 3weQ== 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=Lb2oLRW+qirgEGtmZTSETxpjUU/FIl6TZgWJI5M3pUc=; b=LKrTGdmqPk/tvqSD4VVcinLpgkeG77LxOYhmYkiTG52KKcKcieogsHXeiXTqh+PEhD Qj1uNNR0qRhzDgOLvy6sROVgmSZtXiMEwbgnFCKJb7Xj3ZM63MdKiuBul/T2RER8oKDT g+EykUlpD2donUEAaVcNVDBjC9Ch3JpPxYB7hHculYS8ELe2L/wsEINlKzM7Rt+p5ft+ XZ3q42Y6yHoV+RFW29cE9+cNlEP8Sck7An58bXrrsuX0azbO0jpXs+N3SkNzZNW8/dwg EA0PwzibxY7/erQN3X2YryWqyo0c4rLTZj06YLlmbWctc2XXpbkYtpwSJsDIT7UvmVR3 yDUw== X-Gm-Message-State: AOAM533RuqFYg561uOL9tIrDROANX5bbhIrmjQNtCXUufrZ0jBRIePVD mFmkIsW1rSRKvi89h2/RW+Pm5g== X-Received: by 2002:aa7:88ca:0:b029:3cd:cc14:9fc9 with SMTP id k10-20020aa788ca0000b02903cdcc149fc9mr3257287pff.80.1628590347677; Tue, 10 Aug 2021 03:12:27 -0700 (PDT) Received: from localhost ([122.172.201.85]) by smtp.gmail.com with ESMTPSA id v10sm2476286pjd.29.2021.08.10.03.12.26 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 10 Aug 2021 03:12:27 -0700 (PDT) Date: Tue, 10 Aug 2021 15:42:25 +0530 From: Viresh Kumar To: Lukasz Luba Cc: Rafael Wysocki , Vincent Donnefort , Sudeep Holla , linux-pm@vger.kernel.org, Vincent Guittot , linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 8/8] cpufreq: vexpress: Use auto-registration for energy model Message-ID: <20210810101225.hw6co5ymuqpuntnt@vireshk-i7> References: <87fecd84e3f6ff6f153be14b0d53de93c0b04ae6.1628579170.git.viresh.kumar@linaro.org> <20210810100652.h473q6hgtc5czfyk@vireshk-i7> <2210acb9-2666-7aa9-d36c-346480541f3c@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2210acb9-2666-7aa9-d36c-346480541f3c@arm.com> User-Agent: NeoMutt/20180716-391-311a52 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 10-08-21, 11:11, Lukasz Luba wrote: > > > On 8/10/21 11:06 AM, Viresh Kumar wrote: > > On 10-08-21, 11:05, Lukasz Luba wrote: > > > I can see that this driver calls explicitly the > > > of_cpufreq_cooling_register() > > > It does this in the cpufreq_driver->ready() callback > > > implementation: ve_spc_cpufreq_ready() > > > > > > With that in mind, the new code in the patch 1/8, which > > > registers the EM, should be called even earlier, above: > > > ---------------------8<--------------------------------- > > > /* Callback for handling stuff after policy is ready */ > > > if (cpufreq_driver->ready) > > > cpufreq_driver->ready(policy); > > > ------------------->8---------------------------------- > > > > Thanks. I will look at this sequencing issue again. > > > > > This also triggered a question: > > > If this new flag can be set in the cpufreq driver which hasn't set > > > CPUFREQ_IS_COOLING_DEV > > > ? > > > > Why not ? > > I thought someone could try to call cpufreq_cooling_register() > from the cpufreq driver init function, but it's not possible. I have > just checked that, so should be good with these two flags being > independent and working fine. Ahh, I see. Great. -- viresh