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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 6B560C433EF for ; Thu, 14 Oct 2021 21:49:13 +0000 (UTC) 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 mail.kernel.org (Postfix) with ESMTPS id 2F65C6105A for ; Thu, 14 Oct 2021 21:49:13 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 2F65C6105A Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=lists.infradead.org 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:Message-ID:Date:To:Cc:From:Subject: References:In-Reply-To:MIME-Version:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=S2zQhqpOhW8vLYyTxtyaTz+amjB/sXB0FdSQE8HjOOw=; b=tW0cHVO0STkKxz VbsJFLm6mLEl95UmbiCxzbizObSMqQ9ILfpM76BjeqtOqCPm5He+xlUTFREdmfyiG9q7/Sc2axVfk z/UsmWgLRagmauswE3x4+KmeyOuaRm1+Oxrsyg+Sy/p+yj2q5pfpOj3dJY0qgiS3tXNVF9aXsoYF5 02QixNZPeF5kCcN7/oMfxT9aWV2ydOwN+GesJGKlr/9bX+POfGPQh9v8N+BOb/zJNW/QPAzjZpinE Y4e1biGSWJxvU68WdhGvjkxzUljsTV5ODGUK7XGShFtb3Wu5meCHawaICH9Qo2KxwMhVYdXFl1Bn3 oXLKaY22iel0K+yKSIiA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.94.2 #2 (Red Hat Linux)) id 1mb8Zx-004Sad-2r; Thu, 14 Oct 2021 21:47:57 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.94.2 #2 (Red Hat Linux)) id 1mb8Zt-004SZt-LF for linux-arm-kernel@lists.infradead.org; Thu, 14 Oct 2021 21:47:55 +0000 Received: by mail.kernel.org (Postfix) with ESMTPSA id EF4226105A; Thu, 14 Oct 2021 21:47:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1634248073; bh=eekcFfrSzCjTSItYcS6FHf5vrs8KsPzHthV039XzTOc=; h=In-Reply-To:References:Subject:From:Cc:To:Date:From; b=OjJUAtkoPeQEREWmVIriAU369FK7xy1KkXGrPXe2MBPUBS6ZK9bt3vXUc+qMYg8/E wvUwW0+xHHeQpEf+d5Osblzk9NdCBxQlLJwtAnDEuakEsAHeUHHxEei+lqPVpOJJ5n zP8igw02qBMasvDqz2nDKqDDY0RQsf0q1l5LmCv3035c8kInr12mFY/l6knbrV5ZSX PaAHhv+eSEoxihkE+BSybd+OBLVbzbGQVOMmTr6nvp0vT8Hzt2Ym/6Cd1DYEsuFAxG w4GyRfBMLvDFG/ihC17A6GDrfQEW39jOGb+QCe8tvHsXurKI8pIFV0aGJ0FU0lGZkD fDaBY8qpAv8YA== MIME-Version: 1.0 In-Reply-To: <20211011165707.138157-4-marcan@marcan.st> References: <20211011165707.138157-1-marcan@marcan.st> <20211011165707.138157-4-marcan@marcan.st> Subject: Re: [RFC PATCH 3/9] dt-bindings: clock: Add apple, cluster-clk binding From: Stephen Boyd Cc: Hector Martin , Alyssa Rosenzweig , Sven Peter , Marc Zyngier , Mark Kettenis , Michael Turquette , Rob Herring , Krzysztof Kozlowski , Viresh Kumar , Nishanth Menon , Catalin Marinas , Rafael J. Wysocki , Kevin Hilman , Ulf Hansson , linux-clk@vger.kernel.org, devicetree@vger.kernel.org, linux-pm@vger.kernel.org, linux-kernel@vger.kernel.org To: Hector Martin , linux-arm-kernel@lists.infradead.org Date: Thu, 14 Oct 2021 14:47:51 -0700 Message-ID: <163424807168.1688384.7054024167066594714@swboyd.mtv.corp.google.com> User-Agent: alot/0.9.1 X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20211014_144753_740084_3086E2FD X-CRM114-Status: GOOD ( 12.31 ) 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 Quoting Hector Martin (2021-10-11 09:57:01) > diff --git a/Documentation/devicetree/bindings/clock/apple,cluster-clk.yaml b/Documentation/devicetree/bindings/clock/apple,cluster-clk.yaml > new file mode 100644 > index 000000000000..9a8b863dadc0 > --- /dev/null > +++ b/Documentation/devicetree/bindings/clock/apple,cluster-clk.yaml > @@ -0,0 +1,115 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/clock/apple,cluster-clk.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: CPU cluster frequency scaling for Apple SoCs > + > +maintainers: > + - Hector Martin > + > +description: | > + Apple SoCs control CPU cluster frequencies by using a performance state > + index. This node represents the feature as a clock controller, and uses > + a reference to the CPU OPP table to translate clock frequencies into > + performance states. This allows the CPUs to use the standard cpufreq-dt > + mechanism for frequency scaling. > + > +properties: > + compatible: > + items: > + - enum: > + - apple,t8103-cluster-clk > + - const: apple,cluster-clk Is the generic compatible going to be used? The typical approach is to only have SoC specific compatible strings, especially if the generic compatible can't actually do anything besides generally identify a device. _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel