Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2511797pxb; Sun, 24 Jan 2021 09:31:12 -0800 (PST) X-Google-Smtp-Source: ABdhPJwk49bGsAmBqO5SWI5De9EoaMWLj48pBzwiD17KhoxIo7Ln66fUf2TcoZcWzB/68i113PIs X-Received: by 2002:a05:6402:614:: with SMTP id n20mr984674edv.358.1611509471891; Sun, 24 Jan 2021 09:31:11 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611509471; cv=none; d=google.com; s=arc-20160816; b=uukHz9djG7WpFNx66RhPtS5SsHOpeQGeJAnS/ZPM1QNfZjx/vgLt9yfyTw0Za7xX9b QWB/0q+CLUOqkmfGgF2gTyp3VqmbnXJW/TtUrcsC3lDkMxPhXzuUlaqPUFvjM80fYbGJ vgnbTypAJ4g0qi4hIApvPa7WLkuSOX+Gvfy/yQD4MA/HQtcBx/RCMf/EKc87o0mHbv8D RLQRGw1xFrFd9d81JPfMNZvGG4SFpkZRBSnNMfmSCRqVHtTOhOgo3uea8q32cpWNjI+8 Tsmjqmv17yc3zizlzEag6+kts+1ngPj1x2NDSoKaP6FK4nE+Q9aZPZfrocwFeCFhGagY 2p+Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=i2Cqhp6HeSawaXMm18sP8xtzA1Nrr5dDeKOypMXseZo=; b=irrka/4ENjo3bJR7AeOnrMJmvzh5G57ECUaBGNp/OGEliUXxps5V539pfO/SQRIpPe Lg1XdRvH+KUXpgafyBwZXklEmpviylGIlPdcvMmdDlOjSoFIuxxmCh2bf/8wdrZgs+h2 7zzosBSM3BIT/4eksYclUVo5i9iJd0sKlQsaJjJS2f5gQaKSKQbghIT1nc8Fr+nG+tyv dFjqR2ilpeOaRGPWfo/MPNzlUz08vgQN3hxrFdE9YUdu/ahlTH4+HgJLmMEzZWI4DU4V +SJuKO0Fs4rM4pkvS96ssb2NADWkA7m7foFGDKRIabsLo1jjX786quSKI9VWMuy9Rsax ZElw== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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. [23.128.96.18]) by mx.google.com with ESMTP id h19si6496913edt.159.2021.01.24.09.30.45; Sun, 24 Jan 2021 09:31:11 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 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 S1726035AbhAXR2o (ORCPT + 99 others); Sun, 24 Jan 2021 12:28:44 -0500 Received: from mail.kernel.org ([198.145.29.99]:51768 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725968AbhAXR2n (ORCPT ); Sun, 24 Jan 2021 12:28:43 -0500 Received: from archlinux (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (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 AE6DB22CA2; Sun, 24 Jan 2021 17:28:00 +0000 (UTC) Date: Sun, 24 Jan 2021 17:27:56 +0000 From: Jonathan Cameron To: Stephen Boyd Cc: linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org, Dmitry Torokhov , Benson Leung , Guenter Roeck , Douglas Anderson , Gwendal Grignou , devicetree@vger.kernel.org, Rob Herring Subject: Re: [PATCH 2/3] dt-bindings: iio: Add cros ec proximity yaml doc Message-ID: <20210124172756.69ef7c5a@archlinux> In-Reply-To: <20210122225443.186184-3-swboyd@chromium.org> References: <20210122225443.186184-1-swboyd@chromium.org> <20210122225443.186184-3-swboyd@chromium.org> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 22 Jan 2021 14:54:42 -0800 Stephen Boyd wrote: > Some cros ECs support a front proximity MKBP event via > 'EC_MKBP_FRONT_PROXIMITY'. Add a DT binding to document this feature via > a node that is a child of the main cros_ec device node. Devices that > have this ability will describe this in firmware. > > Cc: Dmitry Torokhov > Cc: Benson Leung > Cc: Guenter Roeck > Cc: Douglas Anderson > Cc: Gwendal Grignou > Cc: > Cc: Rob Herring > Signed-off-by: Stephen Boyd > --- > .../proximity/google,cros-ec-proximity.yaml | 37 +++++++++++++++++++ > 1 file changed, 37 insertions(+) > create mode 100644 Documentation/devicetree/bindings/iio/proximity/google,cros-ec-proximity.yaml > > diff --git a/Documentation/devicetree/bindings/iio/proximity/google,cros-ec-proximity.yaml b/Documentation/devicetree/bindings/iio/proximity/google,cros-ec-proximity.yaml > new file mode 100644 > index 000000000000..c0a34bdfe4fd > --- /dev/null > +++ b/Documentation/devicetree/bindings/iio/proximity/google,cros-ec-proximity.yaml > @@ -0,0 +1,37 @@ > +# SPDX-License-Identifier: (GPL-2.0 OR BSD-2-Clause) > +%YAML 1.2 > +--- > + > +$id: http://devicetree.org/schemas/iio/proximity/google,cros-ec-proximity.yaml# > +$schema: http://devicetree.org/meta-schemas/core.yaml# > + > +title: ChromeOS EC MKBP Proximity Sensor > + > +maintainers: > + - Stephen Boyd > + - Benson Leung > + - Enric Balletbo i Serra > + > +description: | > + Google's ChromeOS EC sometimes has the ability to detect user proximity. > + This is implemented on the EC as near/far logic and exposed to the OS > + via an MKBP switch bit. > + > +properties: > + compatible: > + const: google,cros-ec-proximity > + > + label: > + description: Name for proximity sensor > + > +required: > + - compatible > + > +unevaluatedProperties: false > + > +examples: > + - | > + proximity { Can we at least have the example making it clear this is a child of the cros_ec device? > + compatible = "google,cros-ec-proximity"; > + label = "proximity-wifi-lte"; > + };