Received: by 10.213.65.68 with SMTP id h4csp3141064imn; Mon, 2 Apr 2018 22:45:38 -0700 (PDT) X-Google-Smtp-Source: AIpwx490KW+9t67pHXjn41Qfo6lci78gr+65WC5eJiQRVilqwu3HsWGDpJ/xmYTr3d6ohcZMM/B5 X-Received: by 2002:a17:902:9308:: with SMTP id bc8-v6mr12696418plb.189.1522734338900; Mon, 02 Apr 2018 22:45:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522734338; cv=none; d=google.com; s=arc-20160816; b=Lsozz1pPgGXYz7DHB3bQeP49jPoM2zFsm1mnZEzEkVlKWGEXrtGTumFgsXj5L4LOux uofW6uHAD0mHpivVpptEdbOgYfgIBhApGiB8pXfgEW3BEkhTcL/DOhMcGPfqGvlvp2Kn ak+H0D3B3E4GGRqsznAIc7zoCueBTi05dVF0aBDedN3qWaswlPoDUYBHZhqEZ7SoI97Y TzdJJY710ym1dbGmx/GK8Qok8Pbba7BogTTbNzodwx6SZ3uiRybsjgxgbQwxs497YdvG x4uL7u4cX5JeW85YN3tyZgbnjBw1uMlDMH9S0PcrDANJKbaos8QXaVGT7wzxVzD9ckfD JfeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature :arc-authentication-results; bh=Dn9EcrwbMpUPszgA3+bQLBjecshVVdcaVNLznzVvP+w=; b=XAgo0yGp6mdr9YYdtooEu/mF0tMGMm/pmaK+kMeG21bqTiVtUWHLVOo9e9eNe1SAWu jdXJp6H6nQpb+RWifxRJhe5HavfeEq76Nh59HGCkLoW+0dbGrTavTOAn06KAtNdmo1bH op3vLdsmpgew58UBAhGews3QzY5l+WvRggQH0JbNDhzoUM7Tr3e+Da7K67nVS+9xeog6 1qBYOLBpEtwitTou9GDQYEYLQxRhQq9gLjfbzS2MuFkr2tOvIK4buhrgzOGjB/0HPBrZ pRUAUXlWLleJ83Cpsq2frXI4mR6uxNZFcCQIe+HyFbaSyrMSWC+Boccw9I5W/SqXzE4L pVLQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=qGADxxxk; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f61-v6si2052018plb.291.2018.04.02.22.45.24; Mon, 02 Apr 2018 22:45:38 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@ti.com header.s=ti-com-17Q1 header.b=qGADxxxk; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=QUARANTINE sp=NONE dis=NONE) header.from=ti.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754844AbeDCFoR (ORCPT + 99 others); Tue, 3 Apr 2018 01:44:17 -0400 Received: from fllnx210.ext.ti.com ([198.47.19.17]:16601 "EHLO fllnx210.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754305AbeDCFoP (ORCPT ); Tue, 3 Apr 2018 01:44:15 -0400 Received: from dflxv15.itg.ti.com ([128.247.5.124]) by fllnx210.ext.ti.com (8.15.1/8.15.1) with ESMTP id w335hBxS016487; Tue, 3 Apr 2018 00:43:11 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=ti.com; s=ti-com-17Q1; t=1522734191; bh=JDBDHdrZkfvS8ujloNqBvP+kWofsXiPzvC+rvISmERo=; h=Subject:To:CC:References:From:Date:In-Reply-To; b=qGADxxxkm+mdd3Il9/okwidJGHlgr9qq32dDLPzQRqqNovkSYBF78TSyaycvw3saM ilW0IMONa4B/DyHkPhmCW2CiWMb0LzJaOfAcGH8fVtr+FZzhAWtSjD8YToPnmGu+aR nxC3LWAe9gfpvM/ljH54SjLv/w1rJXhvLLyJ1ZUU= Received: from DLEE100.ent.ti.com (dlee100.ent.ti.com [157.170.170.30]) by dflxv15.itg.ti.com (8.14.3/8.13.8) with ESMTP id w335hBuP019944; Tue, 3 Apr 2018 00:43:11 -0500 Received: from DLEE113.ent.ti.com (157.170.170.24) by DLEE100.ent.ti.com (157.170.170.30) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1261.35; Tue, 3 Apr 2018 00:43:11 -0500 Received: from dlep33.itg.ti.com (157.170.170.75) by DLEE113.ent.ti.com (157.170.170.24) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_RSA_WITH_AES_256_CBC_SHA) id 15.1.1261.35 via Frontend Transport; Tue, 3 Apr 2018 00:43:11 -0500 Received: from [172.24.190.172] (ileax41-snat.itg.ti.com [10.172.224.153]) by dlep33.itg.ti.com (8.14.3/8.13.8) with ESMTP id w335h70I019138; Tue, 3 Apr 2018 00:43:08 -0500 Subject: Re: [PATCH v8 42/42] ARM: dts: da850: Add clocks To: David Lechner , , , CC: Michael Turquette , Stephen Boyd , Rob Herring , Mark Rutland , Kevin Hilman , Bartosz Golaszewski , Adam Ford , References: <1521168778-27236-1-git-send-email-david@lechnology.com> <1521168778-27236-43-git-send-email-david@lechnology.com> <510309d2-2df0-a915-a6f6-082b41c6b28b@ti.com> <5502d0ee-b5dc-e90a-a041-882350c7d339@lechnology.com> From: Sekhar Nori Message-ID: <82917652-8be2-75f5-f3fc-814ee7c3f51d@ti.com> Date: Tue, 3 Apr 2018 11:13:07 +0530 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.7.0 MIME-Version: 1.0 In-Reply-To: <5502d0ee-b5dc-e90a-a041-882350c7d339@lechnology.com> Content-Type: text/plain; charset="utf-8" Content-Language: en-US Content-Transfer-Encoding: 8bit X-EXCLAIMER-MD-CONFIG: e1e8a2fd-e40a-4ac6-ac9b-f7e9cc9ee180 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Monday 02 April 2018 09:45 PM, David Lechner wrote: > On 04/02/2018 06:12 AM, Sekhar Nori wrote: >> On Friday 16 March 2018 10:50 PM, David Lechner wrote: >>> On 03/15/2018 09:52 PM, David Lechner wrote: >>>> This adds clock provider nodes for da850 and wires them up to all of >>>> the >>>> devices. >>>> >>>> Signed-off-by: David Lechner >>>> --- >>> >>> ... >>> >>> This is the mcasp0: mcasp@100000 node... >>> >>>> @@ -560,6 +720,7 @@ >>>>                dmas = <&edma0 1 1>, >>>>                    <&edma0 0 1>; >>>>                dma-names = "tx", "rx"; >>>> +            clocks = <&psc1 7>; >>> >>> After some testing, it looks like it needs to be: >>> >>> +            power-domains = <&psc1 7>; >>> >>> instead of >>> >>> +            clocks = <&psc1 7>; >> >> We should probably have both clocks and power-domains properties for all >> PSC clocks. This way, the driver can change without a corresponding DT >> update dependency. >> >> Thanks, >> Sekhar >> > > That's fine with me. I just didn't know how people felt about using > properties > that are not documented. Good point. How to ease documentation for generic properties like these was discussed in the past, but there is no guidance in Documentation/devicetree/bindings that I can see. So, in the interest of reduced controversy, its probably better to do what you already have and only populate properties already documented in the bindings. Thanks, Sekhar