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 bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 743ACCD11C2 for ; Wed, 10 Apr 2024 11:56:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender: Content-Transfer-Encoding:Content-Type:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:Cc:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=QPOijMy4HtDP+Z9e/+dNggXI4+9vJncm5D7BVyQipb8=; b=g5BDnuq8xRL80I oy6P+5fs2TIuD9KP3krbu/kjoer4USjfEJF/iPKZtYApc4lOQfCKT+ILNTk1csV2AkiEevkqBUkUE Azw6EZF3rQqTjgMJhUzeHyDgdhLX5acke1eCRe6BbcPkDTg9CtY4GEq05EgObRakq7xusx9hpBpJp +7rd9cBw5mbz1DEsA/EjAPiMIfoudRt8qjyzZ7kp2O0q1CLLW81I6E+zh6BvlbvTJ6eGrvjqNkdMs JyGA+zMheP79bELOUy5fYgDTNfSDrrwe7KR0tMsW4R9OjMoz2wbNEv0+kJZjS3wmbt9n30rtUAHyp a4Vyh2dcDzm+/41p+E9A==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.97.1 #2 (Red Hat Linux)) id 1ruWZK-00000006l9f-2jt6; Wed, 10 Apr 2024 11:56:46 +0000 Received: from sin.source.kernel.org ([145.40.73.55]) by bombadil.infradead.org with esmtps (Exim 4.97.1 #2 (Red Hat Linux)) id 1ruWZH-00000006l7V-08ki for linux-arm-kernel@lists.infradead.org; Wed, 10 Apr 2024 11:56:44 +0000 Received: from smtp.kernel.org (transwarp.subspace.kernel.org [100.75.92.58]) by sin.source.kernel.org (Postfix) with ESMTP id 57AC2CE1D78; Wed, 10 Apr 2024 11:56:40 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 61796C433C7; Wed, 10 Apr 2024 11:56:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1712750199; bh=h4rJ1BWUa6Fn9iMSZK/APmjQKXECH3I4VEf2yEnegm0=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=u3jRSI8ktYA8H+HtKWUUG2cPxJnso++uC+r0eqERopv/d/kJMUlU7hWJrMiOP6WeS gMRCr8erDT1WYe1GyiCozFdVaE1iQy+QJhV2RdjbfBjuFS+XSRL9ZTnTmZC3llJvYH PhyNSB7gTkWxVzmLtWtpQP3wzzH69RVPkdO1Rq/dKjUUHxsKh97onLu/qU1U6SMFF0 qHEjj0+dP3F/bh2Y9a/+91KqUiGUxpApg1J+Ishr/zELI+w1gh/NNi5TgTLEpINGhL sVxPI841Ig6hraZyHACZefRLXvzXml8h7dkqo9iD/eKStrI0xZS2aRBta6vaS/oC6S NP8l8A5mj7LNg== Date: Wed, 10 Apr 2024 06:56:37 -0500 From: Rob Herring To: Ulf Hansson Cc: Sudeep Holla , Cristian Marussi , Krzysztof Kozlowski , devicetree@vger.kernel.org, linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH] dt-bindings: firmware: arm,scmi: Update examples for protocol@13 Message-ID: <20240410115637.GA4042282-robh@kernel.org> References: <20240403111106.1110940-1-ulf.hansson@linaro.org> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20240410_045643_280752_0B5512A6 X-CRM114-Status: GOOD ( 20.69 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On Thu, Apr 04, 2024 at 12:52:08PM +0200, Ulf Hansson wrote: > On Wed, 3 Apr 2024 at 15:53, Sudeep Holla wrote: > > > > On Wed, Apr 03, 2024 at 01:11:06PM +0200, Ulf Hansson wrote: > > > Recently we extended the binding for protocol@13 to allow it to be modelled > > > as a generic performance domain. In a way to promote using the new binding, > > > let's update the examples. > > > > > > > Does it make sense to keep one DVFS example with #clock-cells until we > > mark it as deprecated ? Otherwise it may be confusing as the binding still > > lists. Or leave some comment in the example or something, I am open for > > suggestions. > > I am certainly fine with either way! > > However, if we intend to make #clock-cells deprecated down the road, > maybe it's better to start avoiding the use of it already now. That > said, what do you think of following up $subject patch with an update > to Juno's dts(i) to move to #power-domains-cells too? That would mean > we get a nice reference for how to use this too. > > > > > Other than that, > > > > Acked-by: Sudeep Holla > > Are you picking this via your scmi tree, or which route is this going? Please take via SCMI tree. Acked-by: Rob Herring _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel