Received: by 10.192.165.156 with SMTP id m28csp1228916imm; Mon, 16 Apr 2018 16:53:07 -0700 (PDT) X-Google-Smtp-Source: AIpwx49cGoA+WuzYsdOLe8GgcDogwFxhdog45xE9dPXs4RxrjXsaiKwc4fmM5M6YKATLuq+thNOW X-Received: by 2002:a17:902:be18:: with SMTP id r24-v6mr17137743pls.275.1523922787027; Mon, 16 Apr 2018 16:53:07 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1523922786; cv=none; d=google.com; s=arc-20160816; b=wC69xronVGMYF3fDWI932LYejcdIYrDEkTXQw0VqNXfO/pNelPGQf4rdyx64zZ1xT1 liQAQkDNTCgJbYLlaKQPlSdsmnVBap8Ya5NpkJm/LlwafyKVWvT/HBUgtmX87KwgtOK8 35kDqmriY9pNPiIaNML2tMf350prpzFQsDIOjMwE3Sfxw6CZRmlLPXL2P6UdTpMcm47j d/YoLbGgtc5M2A8VWwUlMi5hxdu+RqJqY6aDiUvJ+zDrEiNRTfTduY7rzxHTEiTbufMQ b2+DPqSgphunzgNRP/Hgsc73hzJodavGQZnh0nXZ6F6Z5vDXA3vcTBOjX3U88idKHzdZ LExQ== 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:references:cc:to:from:subject:arc-authentication-results; bh=SmNP36Qq7a43g78pfWRgNbLsZmtNPBvjyaNdZyjd1as=; b=Ci1V4Cz0dd4CpjaUBme4QYAp9tw2a/ZpDXjuQwclzBOLJy/gNkeWcuuMaaQ1l+6RsY GHtknvSHehsRqoL3r8OEQr0EG7ffE6FxCICb6XPY10Ztc0zUPlUBpf0uHB/t7CkSIulO MIvkcyHUOA9YL8nJVNbp/pnMjxAukvnRQaAsbQ3TtMa0fbDcP5B+iY61Vsy91QMYrxN9 po+weZWEkEkNaVjp/YUiX64VrTcnqII3n2m0kujMKnrOw5HCRuUfjHZ06hVHWbWptsoi K0aaA6SmbXWa643K8X0w2IsRkvEVzXvtMeJIHuBVddiWZIZfIHQqnIStXp3uORcV3y6X KmMQ== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v24-v6si4567994plo.490.2018.04.16.16.52.52; Mon, 16 Apr 2018 16:53:06 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752004AbeDPXvQ (ORCPT + 99 others); Mon, 16 Apr 2018 19:51:16 -0400 Received: from mga04.intel.com ([192.55.52.120]:10938 "EHLO mga04.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750979AbeDPXvO (ORCPT ); Mon, 16 Apr 2018 19:51:14 -0400 X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by fmsmga104.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 16 Apr 2018 16:51:14 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.48,461,1517904000"; d="scan'208";a="192007919" Received: from yoojae-mobl1.amr.corp.intel.com (HELO [10.7.153.150]) ([10.7.153.150]) by orsmga004.jf.intel.com with ESMTP; 16 Apr 2018 16:51:13 -0700 Subject: Re: [PATCH v3 07/10] Documentation: dt-bindings: Add documents for PECI hwmon client drivers From: Jae Hyun Yoo To: Rob Herring Cc: Alan Cox , Andrew Jeffery , Andrew Lunn , Andy Shevchenko , Arnd Bergmann , Benjamin Herrenschmidt , Fengguang Wu , Greg KH , Guenter Roeck , Haiyue Wang , James Feist , Jason M Biils , Jean Delvare , Joel Stanley , Julia Cartwright , Miguel Ojeda , Milton Miller II , Pavel Machek , Randy Dunlap , Stef van Os , Sumeet R Pawnikar , Vernon Mauery , linux-kernel@vger.kernel.org, linux-doc@vger.kernel.org, devicetree@vger.kernel.org, linux-hwmon@vger.kernel.org, linux-arm-kernel@lists.infradead.org, openbmc@lists.ozlabs.org References: <20180410183212.16787-1-jae.hyun.yoo@linux.intel.com> <20180410183212.16787-8-jae.hyun.yoo@linux.intel.com> <20180416181423.t4vf7sugv6z3aw5h@rob-hp-laptop> Message-ID: <287e0fd9-b631-2602-2785-7b8aaed7a6b9@linux.intel.com> Date: Mon, 16 Apr 2018 16:51:13 -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: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 4/16/2018 4:22 PM, Jae Hyun Yoo wrote: > On 4/16/2018 11:14 AM, Rob Herring wrote: >> On Tue, Apr 10, 2018 at 11:32:09AM -0700, Jae Hyun Yoo wrote: >>> This commit adds dt-bindings documents for PECI cputemp and dimmtemp >>> client >>> drivers. >> >> "dt-bindings: hwmon: ..." for the subject. >> > > I'll change the subject. > >>> >>> Signed-off-by: Jae Hyun Yoo >>> Reviewed-by: Haiyue Wang >>> Reviewed-by: James Feist >>> Reviewed-by: Vernon Mauery >>> Cc: Alan Cox >>> Cc: Andrew Jeffery >>> Cc: Andrew Lunn >>> Cc: Andy Shevchenko >>> Cc: Arnd Bergmann >>> Cc: Benjamin Herrenschmidt >>> Cc: Fengguang Wu >>> Cc: Greg KH >>> Cc: Guenter Roeck >>> Cc: Jason M Biils >>> Cc: Jean Delvare >>> Cc: Joel Stanley >>> Cc: Julia Cartwright >>> Cc: Miguel Ojeda >>> Cc: Milton Miller II >>> Cc: Pavel Machek >>> Cc: Randy Dunlap >>> Cc: Stef van Os >>> Cc: Sumeet R Pawnikar >>> --- >>>   .../devicetree/bindings/hwmon/peci-cputemp.txt     | 24 >>> +++++++++++++++++++++ >>>   .../devicetree/bindings/hwmon/peci-dimmtemp.txt    | 25 >>> ++++++++++++++++++++++ >>>   2 files changed, 49 insertions(+) >>>   create mode 100644 >>> Documentation/devicetree/bindings/hwmon/peci-cputemp.txt >>>   create mode 100644 >>> Documentation/devicetree/bindings/hwmon/peci-dimmtemp.txt >>> >>> diff --git a/Documentation/devicetree/bindings/hwmon/peci-cputemp.txt >>> b/Documentation/devicetree/bindings/hwmon/peci-cputemp.txt >>> new file mode 100644 >>> index 000000000000..d5530ef9cfd2 >>> --- /dev/null >>> +++ b/Documentation/devicetree/bindings/hwmon/peci-cputemp.txt >>> @@ -0,0 +1,24 @@ >>> +Bindings for Intel PECI (Platform Environment Control Interface) >>> cputemp driver. >>> + >>> +Required properties: >>> +- compatible : Should be "intel,peci-cputemp". >>> +- reg        : Should contain address of a client CPU. Address range >>> of CPU >>> +           clients is starting from 0x30 based on PECI specification. >>> +           <0x30> .. <0x37> (depends on the PECI_OFFSET_MAX definition) >> >> Again, where is PECI_OFFSET_MAX defined? It can't depend on something in >> the kernel. >> > > I'll remove the unnecessary description. > >>> + >>> +Example: >>> +    peci-bus@0 { >>> +        #address-cells = <1>; >>> +        #size-cells = <0>; >>> +        < more properties > >>> + >>> +        peci-cputemp@cpu0 { >>> +            compatible = "intel,peci-cputemp"; >>> +            reg = <0x30>; >>> +        }; >>> + >>> +        peci-cputemp@cpu1 { >>> +            compatible = "intel,peci-cputemp"; >>> +            reg = <0x31>; >>> +        }; >>> +    }; >>> diff --git >>> a/Documentation/devicetree/bindings/hwmon/peci-dimmtemp.txt >>> b/Documentation/devicetree/bindings/hwmon/peci-dimmtemp.txt >>> new file mode 100644 >>> index 000000000000..56e5deb61e5c >>> --- /dev/null >>> +++ b/Documentation/devicetree/bindings/hwmon/peci-dimmtemp.txt >>> @@ -0,0 +1,25 @@ >>> +Bindings for Intel PECI (Platform Environment Control Interface) >>> dimmtemp >>> +driver. >>> + >>> +Required properties: >>> +- compatible : Should be "intel,peci-dimmtemp". >>> +- reg        : Should contain address of a client CPU. Address range >>> of CPU >>> +           clients is starting from 0x30 based on PECI specification. >>> +           <0x30> .. <0x37> (depends on the PECI_OFFSET_MAX definition) >>> + >>> +Example: >>> +    peci-bus@0 { >>> +        #address-cells = <1>; >>> +        #size-cells = <0>; >>> +        < more properties > >>> + >>> +        peci-dimmtemp@cpu0 { >> >> unit-address is wrong. >> > > Will fix it using the reg value. > >> It is a different bus from cputemp? Otherwise, you have conflicting >> addresses. If that's the case, probably should make it clear by showing >> different host adapters for each example. >> > > It could be the same bus with cputemp. Also, client address sharing is > possible by PECI core if the functionality is different. I mean, cputemp > and dimmtemp targeting the same client is possible case like this. > peci-cputemp@30 > peci-dimmtemp@30 > Oh, I got your point. Probably, I should change these separate settings into one like peci-client@30 { compatible = "intel,peci-client"; reg = <0x30>; }; Then cputemp and dimmtemp drivers could refer the same compatible string. Will rewrite it. >>> +            compatible = "intel,peci-dimmtemp"; >>> +            reg = <0x30>; >>> +        }; >>> + >>> +        peci-dimmtemp@cpu1 { >>> +            compatible = "intel,peci-dimmtemp"; >>> +            reg = <0x31>; >>> +        }; >>> +    }; >>> -- >>> 2.16.2 >>> >>> -- >>> To unsubscribe from this list: send the line "unsubscribe devicetree" in >>> the body of a message to majordomo@vger.kernel.org >>> More majordomo info at  http://vger.kernel.org/majordomo-info.html