Received: by 2002:ac0:a581:0:0:0:0:0 with SMTP id m1-v6csp5843759imm; Tue, 26 Jun 2018 20:09:38 -0700 (PDT) X-Google-Smtp-Source: ADUXVKKcyhTc9TmPPw4a9308no13Uc+5bKLKHIU8k1VKkgdzf4xJCHgFs+ECOWBgo8wCW/FHLG5i X-Received: by 2002:a63:951e:: with SMTP id p30-v6mr3563384pgd.318.1530068978368; Tue, 26 Jun 2018 20:09:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530068978; cv=none; d=google.com; s=arc-20160816; b=ZbW9oCXPnCb5BI6+gVethOpGVOVMdx5/2C5LnNhmEZ5zEVepc//YoiGVx6Kl021BKZ RtHAV9ke9oBghDJYUCvf+miNZcbXP88XpgPm5do7InTKdqABhcwzWxyWyNofjCG/Ybt8 tQ/viS4JUtPqGxFzmaTsY9LRjBeMAkSeRCzc68VCNjBac0EJC+K21EFA+X387Gme/5Si N520M5YQLtQ1UAFjtNNt7pQhq/YHxE3uaMPAM453Y95OgqsXQxUQ58jPUzhWHB7aul0n MiVVhv9PpJsNndqL+ISGkvxueCcm/6k+lT5wU4K2NbM4tiwj3wLcKMjZu42j/lUYKRI5 k3zg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=qcx6zpfu662/VdbG/ZESbkRFtJsqRNhfy/Uevqt1tKo=; b=IqTStw2IZYaKgG39rdtDRYvgpodCE9doJsCdU9X4oVLW5tF4r4305/OSWfgdR6KZtk Cc77Q6fOqNiG27zHMPDlhihlXWiGM6+qnznxfeal/+2Kj+FWZKnC284MDpi82Ur5prPW Fnc4racZvDVv3pLVOOKDJFpM2Wx61Tj4DpQD5ctKeRDa+nJIOWBxYZCFptIEp1mJE/TI OZSMluvIlBuPVbCXkXSdmOeSfOUihSGz178HlLJk6mVEIyN6O6g5IrYTNCHxpo2ulgpy QxPWpf5wmGYv+iMeTQZUScdDgyHolJOsiVpZSqeT7P7At2wveB+Fe/XLdMb8HM3jZ/wX zW3A== 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=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u11-v6si3810121plr.37.2018.06.26.20.09.10; Tue, 26 Jun 2018 20:09: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; 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=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752639AbeFZVdY (ORCPT + 99 others); Tue, 26 Jun 2018 17:33:24 -0400 Received: from mail-yb0-f193.google.com ([209.85.213.193]:44307 "EHLO mail-yb0-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751867AbeFZVdX (ORCPT ); Tue, 26 Jun 2018 17:33:23 -0400 Received: by mail-yb0-f193.google.com with SMTP id a2-v6so6595719ybe.11; Tue, 26 Jun 2018 14:33:22 -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:user-agent; bh=qcx6zpfu662/VdbG/ZESbkRFtJsqRNhfy/Uevqt1tKo=; b=D1emLHx93jqcU81evVCruKnQ7rASlgAolBUh4Qq1YVCkw08qTjoyv47mHo1r95bmFr NtHmfeS3aVPb8AXz2R9bK3vrf07m4SGzrtlRaOuCP+aGIqzAVZvhwL5E6nWSSUj6BiFR nIFRkScFMEVK/PbFANmJnyYuP3RvZKV9igSCuyEh93EGl9oUDlJfZcG3+QRnd6ZHtgTk jN4fBo42zlrrypiR3GbSkAVQ40ciJcduuGJSfP8NWL2IANhbxfIjCfjA+iXRYFUnRbV7 g3cV89sGSLLPmASbkHBliZIQQpdFJoOduzVGiAm/jrzR5THs2hVcSHCAvefE9vvXeRBy N6jQ== X-Gm-Message-State: APt69E3pgUT/MdhnLCb+FPJhJQY5wpffW8eIjhDp384l8rDomWLu/O0f PbdYHIrxMgcbIKdZlPyAew== X-Received: by 2002:a25:ef04:: with SMTP id g4-v6mr1661511ybd.126.1530048801348; Tue, 26 Jun 2018 14:33:21 -0700 (PDT) Received: from localhost (24-223-123-72.static.usa-companies.net. [24.223.123.72]) by smtp.gmail.com with ESMTPSA id d190-v6sm1766887ywh.105.2018.06.26.14.33.20 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Tue, 26 Jun 2018 14:33:20 -0700 (PDT) Date: Tue, 26 Jun 2018 15:33:19 -0600 From: Rob Herring To: Daniel Mack Cc: zbr@ioremap.net, mark.rutland@arm.com, szabolcs.gyurko@tlt.hu, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH RFC 1/4] dt-bindings: w1: document sub-node bindings for DS2760 Message-ID: <20180626213319.GA22766@rob-hp-laptop> References: <20180619212744.794-1-daniel@zonque.org> <20180619212744.794-2-daniel@zonque.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180619212744.794-2-daniel@zonque.org> User-Agent: Mutt/1.9.4 (2018-02-28) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Jun 19, 2018 at 11:27:41PM +0200, Daniel Mack wrote: > This patch add a generic w1 bindings document that merely describes how > slave deviceses are grouped under master nodes. It also adds a specific > binding for the ds2760 battery monitor. > > Signed-off-by: Daniel Mack > --- > .../devicetree/bindings/w1/w1-ds2760.txt | 9 +++++++++ > .../devicetree/bindings/w1/w1-gpio.txt | 6 ++++++ > Documentation/devicetree/bindings/w1/w1.txt | 17 +++++++++++++++++ > 3 files changed, 32 insertions(+) > create mode 100644 Documentation/devicetree/bindings/w1/w1-ds2760.txt > create mode 100644 Documentation/devicetree/bindings/w1/w1.txt > > diff --git a/Documentation/devicetree/bindings/w1/w1-ds2760.txt b/Documentation/devicetree/bindings/w1/w1-ds2760.txt > new file mode 100644 > index 000000000000..86a0f4c573eb > --- /dev/null > +++ b/Documentation/devicetree/bindings/w1/w1-ds2760.txt > @@ -0,0 +1,9 @@ > +Devicetree bindings for Maxim DS2760 > +==================================== > + > +The ds2760 is a w1 slave device and must hence have its sub-node in DT > +under a w1 bus master node. > + > +Required properties: > +- compatible: must be "maxim,ds2760-w1" > + > diff --git a/Documentation/devicetree/bindings/w1/w1-gpio.txt b/Documentation/devicetree/bindings/w1/w1-gpio.txt > index 6e09c35d9f1a..a3e0e964b260 100644 > --- a/Documentation/devicetree/bindings/w1/w1-gpio.txt > +++ b/Documentation/devicetree/bindings/w1/w1-gpio.txt > @@ -13,10 +13,16 @@ Optional properties: > - linux,open-drain: if specified, the data pin is considered in > open-drain mode. > > +Also refer to the generic w1.txt document. > + > Examples: > > onewire@0 { > compatible = "w1-gpio"; > gpios = <&gpio 126 0>, <&gpio 105 0>; > + > + slave@0 { A unit-address should have a corresponding reg property. Also, the node name should reflect the class of device. You don't really need the unit address here, but for multiple slaves you would. I'm not sure what you'd use here since the only id/address is the serial number which is unknown except for the family code. If you have 2 identical devices with some different DT properties, how would you match? I don't see a way other than putting the serial number (or some portion of it) in DT. I'm not sure how common multiple slaves are. Perhaps just support a single slave for now. Rob