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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 2683BCD8CAC for ; Tue, 10 Oct 2023 16:24:04 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231231AbjJJQYC (ORCPT ); Tue, 10 Oct 2023 12:24:02 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60124 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233532AbjJJQXy (ORCPT ); Tue, 10 Oct 2023 12:23:54 -0400 Received: from foss.arm.com (foss.arm.com [217.140.110.172]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 66BF697 for ; Tue, 10 Oct 2023 09:23:51 -0700 (PDT) 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 CE8DEC15; Tue, 10 Oct 2023 09:24:31 -0700 (PDT) Received: from bogus (e103737-lin.cambridge.arm.com [10.1.197.49]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPSA id 09E0D3F7A6; Tue, 10 Oct 2023 09:23:49 -0700 (PDT) Date: Tue, 10 Oct 2023 17:23:47 +0100 From: Sudeep Holla To: Ulf Hansson Cc: Peng Fan , Sudeep Holla , "cristian.marussi@arm.com" , "linux-pm@vger.kernel.org" , Ranjani Vaidyanathan , Glen G Wienecke , Nikunj Kela Subject: Re: Question regarding scmi_perf_domain.c Message-ID: <20231010162347.d7ekxeuw2gepk27d@bogus> References: <20231010105503.jwrmjahuvcjgwtk5@bogus> <20231010130054.ieylxocuapugajif@bogus> <20231010133059.57rs52qedrc5mxfr@bogus> <20231010145137.fyxjlsj5qq3elq7l@bogus> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-pm@vger.kernel.org On Tue, Oct 10, 2023 at 05:23:41PM +0200, Ulf Hansson wrote: [...] > > Another option could be to discuss how we can extend the SCMI spec > and/or the DT bindings, to optionally allow us to use a 1:1 mapping of > an SCMI perf/power domain. > Well I leave that to the spec author and relevant discussion there as what are the merits in doing so. In absence of such a support in the spec, we need to support what we have even after we get that in the spec to support all the platforms without it. So, IMO it is better to look at that angle as well. -- Regards, Sudeep