Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp610975pxu; Fri, 23 Oct 2020 08:58:02 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwIM6Ui87oOGUVv7xolV7D2YF3yThvGqTVzTHBKOznM1pgaNCeYzqLqU1fp0y5pn1WVE8oX X-Received: by 2002:a17:906:bfe2:: with SMTP id vr2mr2767652ejb.248.1603468682457; Fri, 23 Oct 2020 08:58:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603468682; cv=none; d=google.com; s=arc-20160816; b=IqN49JHIegisQMA+8zetq/uGMLB4spKQJ1d/UOOc9b0Trp3c1iUUKxBykxR1n0Io46 Kt/0XKWP0hQadAk2B36sZXN8s0c2wnyC1BjS+whRiyAakZPBaBe/rBeTJTa5raeQnQEY S5REa2ooJBw3IAuuJEJB01u8/J1UgOU+wFfuwX2B3ALlFmzbA0Xvjb79zm8NdHGrlf8N y0HOBJCdy2kZx6EkSkCnMZWHbrt8tNDv0GQtvq2hIokEHySbpeTYLG42Vl8+LXwqhdC7 G9DuiFSRbtYOX/evxJ0pqZwp6gwLTS4jIMISxzNoj+KbyvxsItPl0oOXC2wdaxeK4FfQ kz1A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Mwv2TnMsNpcibuV4TjOp2A2MP/LRqNtLmF2TXC930EM=; b=lxNI1CsiEC3cot5uBgiuVFEylqe6fPJXkUeXyzmwTif0upAuh/GpCyDNl2UD8Mk8mk QwqM1df3anmbx9KLrjG5DgjvjRgz7qzMFPs8lv4DDAIAz9oT6wmwXW0cWBQ4wgVhkrmy ABs7ezZ09kVw6VsWCUumWpipgkWQDfql1928i/l2BguBhlaLXpwZyIgnjlI5VSLlBKmW kjlvubctZguj85pCAOjihqKR54d0oFMTzVblWdU8QWCfIOURmwy2r7YQ2oMeGPtphdWa 9fskxzmPOxBr1er5Z0xaU6FGqrD3Ybx3fiMOLBq+/YJhACe6IZROICJcP8+MlWOC7q21 J27Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=TvwvXbS+; 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id r18si653920ejx.6.2020.10.23.08.57.40; Fri, 23 Oct 2020 08:58:02 -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=@kernel.org header.s=default header.b=TvwvXbS+; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S464607AbgJWNYW (ORCPT + 99 others); Fri, 23 Oct 2020 09:24:22 -0400 Received: from mail.kernel.org ([198.145.29.99]:43152 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S373636AbgJWNYT (ORCPT ); Fri, 23 Oct 2020 09:24:19 -0400 Received: from mail-oi1-f178.google.com (mail-oi1-f178.google.com [209.85.167.178]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 114D5207FF; Fri, 23 Oct 2020 13:24:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1603459459; bh=G+G1NFp9JRYJ2dro4Br/7MRvnCJKwRWzwLiKAvbHXMw=; h=References:In-Reply-To:From:Date:Subject:To:Cc:From; b=TvwvXbS+GkFEkPvgBxp4l2VnS9df6+iB5O6NCGP6AZp4CrWe4l8ePd/rhBEFHu4j1 e4XJUfyOhwpxpXqWdXhaly/jTblUYqLjUa8ciYjVTfrU0FHWfoT3qa8UBY2wuLOBHA zc/Bm2xN2TsLw+CG1Bvipd3cUDiOwN0qBzzczIT8= Received: by mail-oi1-f178.google.com with SMTP id f8so1820956oij.10; Fri, 23 Oct 2020 06:24:19 -0700 (PDT) X-Gm-Message-State: AOAM531FrMn6MQkgFnDU1N8MLgbuHxqNDEfweYVi2tiWLgu68APmOQPE Gl3aRF08dKhI4WmjomaLVcI6VzeDREdlOassWg== X-Received: by 2002:a05:6808:10e:: with SMTP id b14mr1741212oie.152.1603459458302; Fri, 23 Oct 2020 06:24:18 -0700 (PDT) MIME-Version: 1.0 References: <20201021183104.27949-1-sudeep.holla@arm.com> <20201022182233.hklq6j5n5kkqg4yv@bogus> In-Reply-To: <20201022182233.hklq6j5n5kkqg4yv@bogus> From: Rob Herring Date: Fri, 23 Oct 2020 08:24:06 -0500 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [PATCH v2 1/2] dt-bindings: arm,scmi: Do not use clocks for SCMI performance domains To: Sudeep Holla Cc: "linux-kernel@vger.kernel.org" , devicetree@vger.kernel.org, linux-arm-kernel , Viresh Kumar Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Oct 22, 2020 at 1:22 PM Sudeep Holla wrote: > > On Wed, Oct 21, 2020 at 07:31:03PM +0100, Sudeep Holla wrote: > > Commit dd461cd9183f ("opp: Allow dev_pm_opp_get_opp_table() to return > > -EPROBE_DEFER") handles -EPROBE_DEFER for the clock/interconnects within > > _allocate_opp_table() which is called from dev_pm_opp_add and it > > now propagates the error back to the caller. > > > > SCMI performance domain re-used clock bindings to keep it simple. However > > with the above mentioned change, if clock property is present in a device > > node, opps can't be added until clk_get succeeds. So in order to fix the > > issue, we can register dummy clocks which is completely ugly. > > > > Since there are no upstream users for the SCMI performance domain clock > > bindings, let us introduce separate performance domain bindings for the > > same. > > > > Signed-off-by: Sudeep Holla > > --- > > .../devicetree/bindings/arm/arm,scmi.txt | 19 ++++++++++++++++--- > > 1 file changed, 16 insertions(+), 3 deletions(-) > > > > v1[1]->v2: > > - Changed the generic #perf-domain-cells to more SCMI specific > > property #arm,scmi-perf-domain-cells > > > > Is more specific #arm,scmi-perf-domain-cells acceptable ? > Sorry for the rush, but this fixes SCMI cpufreq which is broken after > commit dd461cd9183f ("opp: Allow dev_pm_opp_get_opp_table() to return > -EPROBE_DEFER") If you are in a rush, you'd better go the dummy clock route. We should get this binding right and I think that means something common, not SCMI specific. Rob