Received: by 2002:ac0:a5b6:0:0:0:0:0 with SMTP id m51-v6csp2211899imm; Thu, 14 Jun 2018 10:26:49 -0700 (PDT) X-Google-Smtp-Source: ADUXVKIoxv14VMoaulQSP3F6HjEqvZhB0WI6LO+f486V683Cfz13itTpD9x4vHrPcj8lJbf8ojB8 X-Received: by 2002:a17:902:ac89:: with SMTP id h9-v6mr3989689plr.311.1528997209539; Thu, 14 Jun 2018 10:26:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1528997209; cv=none; d=google.com; s=arc-20160816; b=HpZd0rE7F2htLZNTPpdHrU/FX0tpd3mC7exK8QHDX0J0bZw8g3rMCjBaZoVTYtRU41 v5KRnWD+uuBYv4pz1+k4wINUwbmVkroLwDpkL7UhbNAd3nrSSl3lDDOjAYcX+tzWJKJ0 Lkst2nqoBUwjX29c98ZVO/NbPWAaqGjjeOnv2o88+ih0us3jLBPpTd8z8meEGOhFRwGj lkQUTUayKwNf0VxG+KI19YSVHFxBkEtXqI5ECjtkmxkKNZoUgbyqNYwpRtsdHeU2Gb2N 4HE7DauXyWc5G1fzHjSXgibhrHhz4BZCGvAIkj0xjBr+3UK01DUmAPDmYDqKFHaB6Xq5 59TA== 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:arc-authentication-results; bh=Vw9aApghv4nnTFh6jikBm1WwnGdu/zfrBWJ9ktgqmEg=; b=NF3Opc/2FnTYv4vkAgPsciEJl8R1ZJuXXa40MTdU+I8YLry+uV1AFO1+44gOhsofjw 2DhU1y6daOa4cvY+lqzZJiHaaa/vXK7kPgEyDU6ocxu23/QUiGHboi2lMVZw8Y2qNdAT Gjo9HhgJVwY8YgY7rJBd9X2NubOUti+gpAfitTYtXwxis4qfgq5YHhtvXYoSRK7rktjk DrrA4gPGA0vfgFC2uK1Fm1lQd9Y0NKahCuJBqfrJqjAUIVcBXsBBfAMccm6C43+i1esq 9cmOAdUOeNcKVQtPyayKMknXyYTcT9RJw5y7QEhVAfe6ANwHig0bCjNqwAOCCQX6muVn 8BUQ== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id j66-v6si5801022pfc.243.2018.06.14.10.26.35; Thu, 14 Jun 2018 10:26:49 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755264AbeFNRZk (ORCPT + 99 others); Thu, 14 Jun 2018 13:25:40 -0400 Received: from mga11.intel.com ([192.55.52.93]:26479 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754526AbeFNRZj (ORCPT ); Thu, 14 Jun 2018 13:25:39 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga102.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 14 Jun 2018 10:25:38 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.51,222,1526367600"; d="scan'208";a="63215466" Received: from yoojae-mobl1.amr.corp.intel.com (HELO [10.7.153.143]) ([10.7.153.143]) by fmsmga004.fm.intel.com with ESMTP; 14 Jun 2018 10:25:38 -0700 Subject: Re: [PATCH linux-next v5 07/13] dt-bindings: mfd: Add a document for PECI client mfd To: Lee Jones Cc: Mark Rutland , Rob Herring , devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, openbmc@lists.ozlabs.org, Andrew Jeffery , James Feist , Jason M Biils , Joel Stanley , Vernon Mauery References: <20180601182216.23894-1-jae.hyun.yoo@linux.intel.com> <20180613061637.GI5278@dell> From: Jae Hyun Yoo Message-ID: <2b5bbf01-8c9c-bb06-4559-00dae61d95de@linux.intel.com> Date: Thu, 14 Jun 2018 10:25:37 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0 MIME-Version: 1.0 In-Reply-To: <20180613061637.GI5278@dell> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Thanks for the review. Please check my answers inline. On 6/12/2018 11:16 PM, Lee Jones wrote: > All s/mfd/MFD/ > Got it. Will fix it. >> This commit adds a dt-bindings document for PECI client multi-function >> device. > > Multi-Function Device > Will fix it. >> Signed-off-by: Jae Hyun Yoo >> Cc: Andrew Jeffery >> Cc: James Feist >> Cc: Jason M Biils >> Cc: Joel Stanley >> Cc: Vernon Mauery >> --- >> .../devicetree/bindings/mfd/peci-client.txt | 23 +++++++++++++++++++ >> 1 file changed, 23 insertions(+) >> create mode 100644 Documentation/devicetree/bindings/mfd/peci-client.txt >> >> diff --git a/Documentation/devicetree/bindings/mfd/peci-client.txt b/Documentation/devicetree/bindings/mfd/peci-client.txt >> new file mode 100644 >> index 000000000000..4eb8f6bb6ca4 >> --- /dev/null >> +++ b/Documentation/devicetree/bindings/mfd/peci-client.txt >> @@ -0,0 +1,23 @@ >> +* Intel PECI client bindings > > Now it the time to expand on what a "PECI client" is. > Okay, I'll add more description about the "PECI client". >> +Required properties: >> +- compatible : Should be "intel,peci-client", "simple-mfd". >> +- reg : Should contain address of a client CPU. Address range of CPU >> + clients is starting from 0x30 based on PECI specification. > > s/is starting/start/ > Will change it to "Address range of CPU clients starts from ...". >> +Example: >> + peci-bus@0 { > > 0? > Because the actual reg value of the peci bus is reg = <0x0 0x60> but anyway it's an example. >> + #address-cells = <1>; >> + #size-cells = <0>; > > No 'reg' property? > This is the actual peci bus node which is a parent of this MFD node: peci0: peci-bus@0 { compatible = "aspeed,ast2500-peci"; reg = <0x0 0x60>; #address-cells = <1>; #size-cells = <0>; interrupts = <15>; clocks = <&syscon ASPEED_CLK_GATE_REFCLK>; resets = <&syscon ASPEED_RESET_PECI>; clock-frequency = <24000000>; msg-timing = <1>; addr-timing = <1>; rd-sampling-point = <8>; cmd-timeout-ms = <1000>; }; >> + < more properties > > > Remove this. > I dropped all other properties into < more properties > because I want to show the #address-cells and #size-cells to state its sub-nodes should have a single unique reg value. Should I remove this line or the whole parent node? >> + peci-client@30 { >> + compatible = "intel,peci-client", "simple-mfd"; >> + reg = <0x30>; >> + }; >> + >> + peci-client@31 { >> + compatible = "intel,peci-client", "simple-mfd"; >> + reg = <0x31>; >> + }; >> + }; >