Received: by 10.223.185.116 with SMTP id b49csp1717284wrg; Thu, 22 Feb 2018 01:49:32 -0800 (PST) X-Google-Smtp-Source: AH8x227AqptB6KmqASCyve0OfIps8O/bdORq0LJPxcOAAGFAH731NWQOHH5hmKEhZOcwqSINI462 X-Received: by 2002:a17:902:a517:: with SMTP id s23-v6mr6053085plq.1.1519292972099; Thu, 22 Feb 2018 01:49:32 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1519292972; cv=none; d=google.com; s=arc-20160816; b=LnRzjNFq842SmGyXn/GgVoE4cKI+ljetbKibJUYCVj6mYV4whcGdCDMGa3uANEHq8L QE7ebL9k0f6IxS3qLOimxSytlLaWjrZRYGM3dVSXnYE20bzCZyXfW1UUwkcr+Ew6T5/s 6kAAMJFTJxPGlLx9It7lRqvdn/Bdkg0B01+nL9ZchJ/HCAxnQ8bqKTZZHvSuXECf8T6z fh+w/f76ZtF3iMg6TKZNCbDd5XlEJhQYB59TCnleMVBYB452srLjvDXgP8mrDnBn+fV6 JlHStSRymnIUKwzwEQbMC+XeD/MOyYN0e1o61Z9N09TS/QoDQvlW0xQHit83JHjJbrmW SMtQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:organization:from:references:to:subject:cc :arc-authentication-results; bh=nyJJqqoFrcIqKFY11s5GjOqn7XIxNL8kEX5fpaOVEHA=; b=zYHCb5rt/Z9vr+QS2TQ63UY/fXGzmnrw5OaLx6BA/tfKtI93wg8zABWZYVhnMUDo9G PgQ39mD0xHYjWsOL7l2F+/+goSr6Br4os93wMMcS+Md7cNvvju5qwjhvvqS78f3P1c/1 +VtYLCuYsVhjg4+9ucOZsDo+KjFjX5gfkc2EZub1fCJwWL9mSukDxUlJgkx561D1HNId Nk8oNIb7orNdE61f/r/FXHfCvriALFCHvkFzvBFK37u/+4NvxGm7tx/YISRtG4f8uaV+ Djzr2s0SqcTB9cu9/seipJHtuN16q+17ck8FMOQB3dA5u79E9Xhb5KJz/QCfx1lU+VDj kZXQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id y12si2316107pgv.251.2018.02.22.01.49.16; Thu, 22 Feb 2018 01:49:32 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753229AbeBVJsO (ORCPT + 99 others); Thu, 22 Feb 2018 04:48:14 -0500 Received: from usa-sjc-mx-foss1.foss.arm.com ([217.140.101.70]:37898 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752961AbeBVJsM (ORCPT ); Thu, 22 Feb 2018 04:48:12 -0500 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.72.51.249]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id 48C5E80D; Thu, 22 Feb 2018 01:48:12 -0800 (PST) Received: from [10.1.210.28] (e107155-lin.cambridge.arm.com [10.1.210.28]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id D0DAF3F25C; Thu, 22 Feb 2018 01:48:08 -0800 (PST) Cc: Sudeep Holla , ALKML , LKML , DTML , Greg Kroah-Hartman , Arnd Bergmann , Alexey Klimov , linux-pm@vger.kernel.org Subject: Re: [PATCH v5 19/20] cpufreq: add support for CPU DVFS based on SCMI message protocol To: Quentin Perret References: <1518461124-17371-1-git-send-email-sudeep.holla@arm.com> <1518461124-17371-20-git-send-email-sudeep.holla@arm.com> <20180222085936.GA2290@e108498-lin.cambridge.arm.com> From: Sudeep Holla Organization: ARM Message-ID: <1f04bbaf-83ae-6351-dbc9-82d27af030e1@arm.com> Date: Thu, 22 Feb 2018 09:48:06 +0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180222085936.GA2290@e108498-lin.cambridge.arm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 22/02/18 09:04, Quentin Perret wrote: > Hi Sudeep, > > On Monday 12 Feb 2018 at 18:45:23 (+0000), Sudeep Holla wrote: > [...] >> +/* >> + * perf_ops->freq_set is not a synchronous, the actual OPP change will >> + * happen asynchronously and can get notified if the events are >> + * subscribed for by the SCMI firmware >> + */ >> +static int >> +scmi_cpufreq_set_target(struct cpufreq_policy *policy, unsigned int index) >> +{ >> + struct scmi_data *priv = policy->driver_data; >> + struct scmi_perf_ops *perf_ops = handle->perf_ops; >> + u64 freq = policy->freq_table[index].frequency * 1000; >> + >> + return perf_ops->freq_set(handle, priv->domain_id, freq, false); >> +} > > Is arch_set_freq_scale() needed in this function ? > Yes indeed, already added locally[1] after Dietmar started the discussion. -- Regards, Sudeep [1] https://git.kernel.org/sudeep.holla/linux/h/for-list/new_arm_scmi