Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp2251357ybb; Sun, 5 Apr 2020 02:46:23 -0700 (PDT) X-Google-Smtp-Source: APiQypKWH7xeIHYjiaeB+i6oB0kp/pE21IbECM0qclB9MW4pDJvbknswNkVPeDJJKQcvgpbHXz14 X-Received: by 2002:aca:62d5:: with SMTP id w204mr8656741oib.119.1586079983707; Sun, 05 Apr 2020 02:46:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586079983; cv=none; d=google.com; s=arc-20160816; b=Wkb3XD3mVeogNk3BL7MhCDajtnXOlvl7Dnhz97R8jvw/EZnTT9CWu2YQn0smKB+xew PJSEan68sOkX0U8iW1NvX10RFzDQqIAkMCoJRqcGbU2YCZ14+kzPWAQA4Iy8mOOCGv2I jnfsVCdT6vhScJfVo2iHfxZWYvBcu8cMY+TGce53NwCU18qCe4/Ryna3JhSx67ZNMFfe 5cYQEtauOv6PfFbXELSB6B2biO/sGmWD30tJ5SLAf8p/HD3P7MwpxMhgB9wdKcKE6G3V HUBUDAmi/SMWfPPYie9VUqjVbUaEpw1nBkLvc80ynEZyeyHEV5HN0t4/nSzBejHnAbMT Mbiw== 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:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=PxW6tTNlAuuEPTkRF1rTiSOoxjjZiI1LkUQ75AhjzMU=; b=wElnB5OfqcHhbs4n87Oz5tp9LSDbmh4n+DtxkNtkczEXuoWO3NH06cpJ450+oAgaFf YnBlpAE2279w2PXqCezqgj7l9k0B2r9zPWbjX0q79F9hgDcn8aIqlM+nUkvlPGAOIqtg C+VPc7CV/hj/aNHqa9kBleICYHpHCdA6NX4VfjEyR55d9AYRLM9OsCmP9mHV0ONl3RXP 7MTnlG9pFg+aI8mFXAs47hSn+pFl+A2yp67jqmV+USf+GUDMYNtvrTKkqaYiB0w+WaPe ApgRrSZYwrmN0Bfe1bvzxYRSVuqrWXlcp1FNmVoJohOQhQ+qEBWKkqk03FdKWm8/MgZF jXUQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=ANdgQ1Il; 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=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 i11si6472387otj.33.2020.04.05.02.46.08; Sun, 05 Apr 2020 02:46:23 -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=@kernel.org header.s=default header.b=ANdgQ1Il; 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=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726520AbgDEJ3u (ORCPT + 99 others); Sun, 5 Apr 2020 05:29:50 -0400 Received: from mail.kernel.org ([198.145.29.99]:35594 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726399AbgDEJ3u (ORCPT ); Sun, 5 Apr 2020 05:29:50 -0400 Received: from archlinux (cpc149474-cmbg20-2-0-cust94.5-4.cable.virginm.net [82.4.196.95]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 4740B20672; Sun, 5 Apr 2020 09:29:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1586078989; bh=MjC92rt0E5l5W5t5bknkFQpDqRFmsGXr/XiP7FEyRnw=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=ANdgQ1IlKPeaeP/UytsafnLFyaKFe4sOwigg/u5QrYmJJa+OIda9LoCwhMDL14Nxv BZBVt6Nr44kJtnK53DkJ0pjs7O/MKIJaKILuKldI5RPiWyja6nOh1hSYrVygl2T0TK sTWsyONTO4eGptXCELaIsRF835tYvTjTYsc/BXvA= Date: Sun, 5 Apr 2020 10:29:44 +0100 From: Jonathan Cameron To: Guido =?UTF-8?B?R8O8bnRoZXI=?= Cc: Rob Herring , Tomas Novotny , Hartmut Knaack , Lars-Peter Clausen , Peter Meerwald-Stadler , "Angus Ainslie (Purism)" , Marco Felsch , Thomas Gleixner , linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, Andy Shevchenko , Nishant Malpani Subject: Re: [PATCH v3 2/4] dt-bindings: iio: light: vcnl4000: Add near-level Message-ID: <20200405102944.41589d98@archlinux> In-Reply-To: <20200404174521.GA24709@bogon.m.sigxcpu.org> References: <20200329102526.1ee85e96@archlinux> <20200331214517.GA24128@bogus> <20200404160127.1ef9d1ac@archlinux> <20200404174521.GA24709@bogon.m.sigxcpu.org> X-Mailer: Claws Mail 3.17.5 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, 4 Apr 2020 19:45:21 +0200 Guido G=C3=BCnther wrote: > Hi, > On Sat, Apr 04, 2020 at 04:01:27PM +0100, Jonathan Cameron wrote: > > On Tue, 31 Mar 2020 15:45:17 -0600 > > Rob Herring wrote: > > =20 > > > On Sun, Mar 29, 2020 at 10:25:26AM +0100, Jonathan Cameron wrote: =20 > > > > On Wed, 25 Mar 2020 12:09:06 +0100 > > > > Guido G=C3=BCnther wrote: > > > > =20 > > > > > This value indicates when userspace should consider an object > > > > > near to the sensor/device. > > > > >=20 > > > > > Signed-off-by: Guido G=C3=BCnther =20 > > > >=20 > > > > I'm fine with this. Note for Rob or other DT people. > > > >=20 > > > > This is a new generic binding hence no vendor prefix. =20 > > >=20 > > > Then document in a common place. =20 > >=20 > > Ok.=20 > >=20 > > I guess we need to create a proximity specific binding file. > >=20 > > Documentation/devicetree/bindings/iio/proximity.yaml > >=20 > > Guido, could you do a v4 adding such a file. For now I think > > this is pretty much all that is proximity specific. =20 >=20 > I did a Documentation/devicetree/bindings/iio/common.yaml: >=20 > https://source.puri.sm/guido.gunther/linux-imx8/commit/8b91f0b7fa76ca4b2f= 3cdc251411829f71f8d810 >=20 > so we can add new properties there and move iio-bindings.txt over. >=20 > Does that work as well? If so I'll send out a v4. I can't find any real precedence for naming of such files. So I guess this is still evolving. Send it out and we'll see what Rob think= s. Jonathan > Cheers, > -- Guido >=20 >=20 > >=20 > > At somepoint we should convert the subsystem wide iio-bindings.txt > > but not today! > >=20 > > Thanks, > >=20 > > Jonathan > > =20 > > > =20 > > > >=20 > > > > I will ideally want review of both the dt patches though > > > > before applying. As we've missed the merge window anyway > > > > there is no particular rush. > > > >=20 > > > > Thanks, > > > >=20 > > > > Jonathan > > > > =20 > > > > > --- > > > > > .../devicetree/bindings/iio/light/vishay,vcnl4000.yaml | 8 ++= ++++++ > > > > > 1 file changed, 8 insertions(+) > > > > >=20 > > > > > diff --git a/Documentation/devicetree/bindings/iio/light/vishay,v= cnl4000.yaml b/Documentation/devicetree/bindings/iio/light/vishay,vcnl4000.= yaml > > > > > index 21ef2eb7a205..ac9e3bb6a505 100644 > > > > > --- a/Documentation/devicetree/bindings/iio/light/vishay,vcnl4000= .yaml > > > > > +++ b/Documentation/devicetree/bindings/iio/light/vishay,vcnl4000= .yaml > > > > > @@ -25,6 +25,13 @@ properties: > > > > > reg: > > > > > maxItems: 1 > > > > > =20 > > > > > + near-level: =20 > > >=20 > > > Perhaps proximity-near-level instead. =20 > >=20 > > Makes sense. > > =20 > > > =20 > > > > > + $ref: /schemas/types.yaml#/definitions/uint32 > > > > > + description: > > > > > + Raw proximity values equal or above this level should be > > > > > + considered 'near' to the device (an object is near to the > > > > > + sensor). > > > > > + > > > > > required: > > > > > - compatible > > > > > - reg > > > > > @@ -40,6 +47,7 @@ examples: > > > > > light-sensor@51 { > > > > > compatible =3D "vishay,vcnl4200"; > > > > > reg =3D <0x51>; > > > > > + near-level =3D <220>; > > > > > }; > > > > > }; > > > > > ... =20 > > > > =20 > > =20