Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp2572799pxa; Mon, 24 Aug 2020 19:05:49 -0700 (PDT) X-Google-Smtp-Source: ABdhPJygKW2P8N/WWEef+ACKlwYGFEIJ5zMdtXFO9UCSVwl812NktcbJPxMM0TgkWw3gKuFNu8JG X-Received: by 2002:aa7:d70a:: with SMTP id t10mr4790261edq.161.1598321149600; Mon, 24 Aug 2020 19:05:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598321149; cv=none; d=google.com; s=arc-20160816; b=WrI6zdYn54JEEoMMqn5KEqzF/bLvBeH/GHrix9cx89g9IUrOt8CxaomLOXImD5fNSq 2Pq5+Zj2faTdISOeKBjdPllihDFSHG6Tfg9ROVIUKlUjry+t2zQfWTAzyeA1eVXYy81l MV49oteFJpucigbfG5qf8UmoQDeGoA0/gFVhbuf0i9nKMKnnRxedYpJUlI4yMssgQ78j Oo2LHfJOg4FwujP2Dyu8Exg93GWU5ioLQ2JIfm7287eYHind2wyPoBmz66ocCiuT9beO QQRUauMH5SaKfzASqeLHiyVh/EZj7fM4onzVfj0PV2KF/UCJlLbXO36OgN6uEHcvbQ7m AxNg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=blgkJC98PTiLtQ7EY6Ja7z8tjOvIr37IMYyL+0fqpwo=; b=orAh7Ek/Mi+hMB2EnW659qiaY3XNNabvp+BaWAXJxnSSTXua3Fpy8wsqGr+fgZsroc p5M0T1TasN/RQS1VW/1IYNH1Uxpe9l8Lsbc6hjqt3AxTjqNaNMdJUrFiTOfMucJrve2X P76tz4Yj8B6NTsLf7fd6pg7opdD58vgO6aPf7x4tITvXpr2+xVblHQl57qqVsVUMZfrU 6FxFsh++p2mbDc938V3i87Lzt1/+bdrSyTL6PqyfAtFiBKMeo7JE0Zx6JCvW+AO+aWhg z/b1Sw4pvvDdb0mlHvpmCwWpHudSVNkXYyjM1qnrjGgEHmkig9o+ZL4Pt5fS8qppiYRj Ulnw== ARC-Authentication-Results: i=1; mx.google.com; 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 oj20si7814164ejb.591.2020.08.24.19.05.25; Mon, 24 Aug 2020 19:05:49 -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; 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 S1725947AbgHYCEb (ORCPT + 99 others); Mon, 24 Aug 2020 22:04:31 -0400 Received: from mail-io1-f68.google.com ([209.85.166.68]:42123 "EHLO mail-io1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725781AbgHYCEa (ORCPT ); Mon, 24 Aug 2020 22:04:30 -0400 Received: by mail-io1-f68.google.com with SMTP id g13so10881300ioo.9; Mon, 24 Aug 2020 19:04:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=blgkJC98PTiLtQ7EY6Ja7z8tjOvIr37IMYyL+0fqpwo=; b=WawycbwqP3wOhBa311N3fBUh7TapoyjOya12OO4DEeNUZWeNp3211IItQtO2LdoJZC D1r1/gg9+N3HmBIx3c9tVQhobxTl741GjDpr/yqtyiXthSK6Hc8lGNVN2C4qyHCTLA1l xYO7n2LW+af3KELTncRa987H7xul6lt41YRPgChsc1M/h7SRbatKNb3eTjYJ/7QMCKEw P2D5blaELV+sn+fr31CEcWTrJHMM5gcCFLfMYYljEjqCgovKmJwgpaffe7W8utoQamS5 vA+zCgnW3I1cP3Lo6k/MA6IrdvWfpHBqQdzNLEl7sitbyeZ93vnOC6H/y0qz2wUIxBFg 7blQ== X-Gm-Message-State: AOAM5328Tj+egEC6CQMUAez6DjRa/QhZJ+T9bDdh9dk2YEvVJnT1YDNJ k8QkbRAfvNgZW17OEcO6Xg== X-Received: by 2002:a6b:6204:: with SMTP id f4mr7200166iog.56.1598321068966; Mon, 24 Aug 2020 19:04:28 -0700 (PDT) Received: from xps15 ([64.188.179.249]) by smtp.gmail.com with ESMTPSA id q19sm8336663ilj.85.2020.08.24.19.04.25 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 24 Aug 2020 19:04:27 -0700 (PDT) Received: (nullmailer pid 3780329 invoked by uid 1000); Tue, 25 Aug 2020 02:04:23 -0000 Date: Mon, 24 Aug 2020 20:04:23 -0600 From: Rob Herring To: Hector Yuan Cc: linux-mediatek@lists.infradead.org, linux-arm-kernel@lists.infradead.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, "Rafael J. Wysocki" , Viresh Kumar , Catalin Marinas , Will Deacon , Matthias Brugger , Bjorn Andersson , Shawn Guo , Li Yang , Vinod Koul , Arnd Bergmann , Anson Huang , Geert Uytterhoeven , Olof Johansson , linux-kernel@vger.kernel.org, wsd_upstream@mediatek.com Subject: Re: [PATCH v2 2/2] dt-bindings: cpufreq: add bindings for MediaTek cpufreq HW Message-ID: <20200825020423.GA3775564@bogus> References: <1597302475-15484-1-git-send-email-hector.yuan@mediatek.com> <1597302475-15484-3-git-send-email-hector.yuan@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1597302475-15484-3-git-send-email-hector.yuan@mediatek.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 13, 2020 at 03:07:55PM +0800, Hector Yuan wrote: > From: "Hector.Yuan" > > Add devicetree bindings for MediaTek HW driver. > > Signed-off-by: Hector.Yuan > --- > .../bindings/cpufreq/cpufreq-mediatek-hw.yaml | 61 ++++++++++++++++++++ > 1 file changed, 61 insertions(+) > create mode 100644 Documentation/devicetree/bindings/cpufreq/cpufreq-mediatek-hw.yaml > > diff --git a/Documentation/devicetree/bindings/cpufreq/cpufreq-mediatek-hw.yaml b/Documentation/devicetree/bindings/cpufreq/cpufreq-mediatek-hw.yaml > new file mode 100644 > index 0000000..59bb24e > --- /dev/null > +++ b/Documentation/devicetree/bindings/cpufreq/cpufreq-mediatek-hw.yaml > @@ -0,0 +1,61 @@ > +# SPDX-License-Identifier: (GPL-2.0-only OR BSD-2-Clause) > +%YAML 1.2 > +--- > +$id: http://devicetree.org/schemas/cpufreq/cpufreq-mediatek-hw.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: MediaTek's CPUFREQ Bindings > + > +maintainers: > + - Hector Yuan > + > +description: > + CPUFREQ HW is a hardware engine used by MediaTek > + SoCs to manage frequency in hardware. It is capable of controlling frequency > + for multiple clusters. > + > +properties: > + compatible: > + const: mediatek,cpufreq-hw > + > + reg: > + minItems: 1 > + maxItems: 2 > + description: | > + Addresses and sizes for the memory of the HW bases in each frequency domain. > + > + reg-names: > + items: > + - const: "freq-domain0" > + - const: "freq-domain1" Not all that useful of a name given it's based on the index. > + description: | > + Frequency domain name. > + > + "#freq-domain-cells": > + const: 1 > + description: | > + Number of cells in a freqency domain specifier. What's this for? > + > +required: > + - compatible > + - reg > + - reg-names > + - "#freq-domain-cells" > + > +additionalProperties: false > + > +examples: > + - | > + soc { > + #address-cells = <2>; > + #size-cells = <2>; > + > + cpufreq_hw: cpufreq@11bc00 { > + compatible = "mediatek,cpufreq-hw"; > + reg = <0 0x11bc10 0 0x8c>, > + <0 0x11bca0 0 0x8c>; > + reg-names = "freq-domain0", "freq-domain1"; > + #freq-domain-cells = <1>; > + }; > + }; > + > -- > 1.7.9.5