Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp666708imm; Sat, 22 Sep 2018 08:05:52 -0700 (PDT) X-Google-Smtp-Source: ACcGV63lv9iu9A8KrbLW8twbSQImnqPqQT4MIBmn39344VI6ps1AfWIKXHyogIezsZBDM47gYocB X-Received: by 2002:a63:5fc5:: with SMTP id t188-v6mr2289236pgb.346.1537628752772; Sat, 22 Sep 2018 08:05:52 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1537628752; cv=none; d=google.com; s=arc-20160816; b=S5n/0JoC7fxdAHJNE66JDXFoW0NzXH/zRxr7C3DgjGkkom5TwFnfBEO1X6U3jLpqt+ ZU2JqziImagvOsrxlHsocwvf94/RZk2mhzYsohtlw7wAuGDXn0Rp7OwKIR01IjT6uOdA Ku8TIY2YMsuaHY15eO11JqbEnrHU16bs0zzIs9PZju/f7iY6hTlBLAYVSn4BM/5XhckG PGfCDdn21D9HE9LxJDTaYQt6zQza3HgSqmHzZWzDiDThllUujOxoLnvMwq4blPMBV2L7 nnvQ7i15QRxilgKNeKCqQzg2+3MEKqDG/ExxZ/r0esNl/Ej1s86BZt93yNXOLsjj8v7D ELNg== 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=JLM/pkwJrlN1ltu6iA8eBpkm9i/wz3qsUtDVWkO5lvU=; b=tZDiO1VvEQouKRzfg3idSvuTeXXrqGsW+ptnHZ9AtM8p4su3WZ19AWj5LuTbZb5A0W 7AgtxOwkM6GZNkbcvkkVNsfMI7xizXcNq1qWIScnr1JN32ky1YA3Sz00d/pkXiqa4GA9 01z3lbf3BM5H6tZjMDFB68wSCc+t3SnulNMSMwDrq/AaDm1sU7wjR/xflsVf94AkonJ1 yJYztcRpvFgJI8ITZQYiaYpAyqoIEltOLuCNVPEIBg8ET1fSahwDQ2YaK0jkW3rC8Uoq 62YP86g7qd9994vkgP0NliPFrltr1SgFyt5T4L9Wb/7qsya+Q3n42khtezzrjyahCPPZ WFjA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=F870bcJb; 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 j7-v6si29925898pfc.0.2018.09.22.08.05.35; Sat, 22 Sep 2018 08:05:52 -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=F870bcJb; 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 S1728800AbeIVU7X (ORCPT + 99 others); Sat, 22 Sep 2018 16:59:23 -0400 Received: from mail.kernel.org ([198.145.29.99]:58768 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728327AbeIVU7W (ORCPT ); Sat, 22 Sep 2018 16:59:22 -0400 Received: from archlinux (cpc91196-cmbg18-2-0-cust659.5-4.cable.virginm.net [81.96.234.148]) (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 80E3D21532; Sat, 22 Sep 2018 15:05:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1537628728; bh=BU9aIaKcvSDxA5Fgl90Ns0uImQlwNwqsTBbwlvPSCzI=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=F870bcJb651tRdS6fS93e1sTr1QbbugAEIszySKT3EXXqdUfJdMVlHLKbmVu/bPaB fAj0nK/lrzSKgvdkUjhq430701HZ5+nntVkoBKVgjOuwLQhik4v0Zi3Us5dj5ryHpT KjrH0RXtD9hNnjloEBiC26iw7gZzYnQtmTy+DqFQ= Date: Sat, 22 Sep 2018 16:05:23 +0100 From: Jonathan Cameron To: Song Qiang Cc: knaack.h@gmx.de, lars@metafoo.de, pmeerw@pmeerw.net, robh+dt@kernel.org, mark.rutland@arm.com, andriy.shevchenko@linux.intel.com, matt.ranostay@konsulko.com, tglx@linutronix.de, ak@it-klinger.de, linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH v6 2/2] iio: proximity: vl53l0x: add interrupt support Message-ID: <20180922160523.16b399fc@archlinux> In-Reply-To: <20180918082422.13050-2-songqiang1304521@gmail.com> References: <20180918082422.13050-1-songqiang1304521@gmail.com> <20180918082422.13050-2-songqiang1304521@gmail.com> X-Mailer: Claws Mail 3.17.1 (GTK+ 2.24.32; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, 18 Sep 2018 16:24:22 +0800 Song Qiang wrote: > The first version of this driver issues a measuring request and polling > for a status register in the device for measuring completes. > vl53l0x support configuring GPIO1 on it to generate interrupt to > indicate that new measurement is ready. This patch adds support for > using this mechanisim to reduce cpu cost. > > Signed-off-by: Song Qiang Hi Song. Looks correct in principal but a few things to tidy up before this is ready to apply. Also we have an unrelated change in here to check the devices ID. That should be in it's own patch. Thanks, Jonathan > --- > .../bindings/iio/proximity/vl53l0x.txt | 14 +- > drivers/iio/proximity/vl53l0x-i2c.c | 135 +++++++++++++++--- > 2 files changed, 129 insertions(+), 20 deletions(-) > > diff --git a/Documentation/devicetree/bindings/iio/proximity/vl53l0x.txt b/Documentation/devicetree/bindings/iio/proximity/vl53l0x.txt > index ab9a9539fec4..40290f8dd70f 100644 > --- a/Documentation/devicetree/bindings/iio/proximity/vl53l0x.txt > +++ b/Documentation/devicetree/bindings/iio/proximity/vl53l0x.txt > @@ -4,9 +4,21 @@ Required properties: > - compatible: must be "st,vl53l0x-i2c" > - reg: i2c address where to find the device > > +Optional properties: > + - interrupts : Interrupt line receiving GPIO1's measuring complete > + output, supports IRQ_TYPE_EDGE_FALLING only. > + > + Refer to interrupt-controller/interrupts.txt for generic > + interrupt client node bindings. > + > Example: > > vl53l0x@29 { > + pinctrl-names = "default"; > + pinctrl-0 = <&vl53l0x_pins>; > + Please drop this from the example. This is board specific rather than being generally required. > compatible = "st,vl53l0x-i2c"; > reg = <0x29>; > -}; > + interrupt-parent = <&gpio3>; > + interrupts = <17 IRQ_TYPE_EDGE_FALLING>; > +} > diff --git a/drivers/iio/proximity/vl53l0x-i2c.c b/drivers/iio/proximity/vl53l0x-i2c.c > index 1aad45df8d95..a5cff11f41de 100644 > --- a/drivers/iio/proximity/vl53l0x-i2c.c > +++ b/drivers/iio/proximity/vl53l0x-i2c.c > @@ -10,18 +10,21 @@ > * > * Default 7-bit i2c slave address 0x29. > * > - * TODO: FIFO buffer, continuous mode, interrupts, range selection, > - * sensor ID check. > + * TODO: FIFO buffer, continuous mode, range selection. > */ > > #include > #include > #include > +#include > > #include > > +#include > + > #define VL_REG_SYSRANGE_START 0x00 > > +/* Mode configuration registers. */ > #define VL_REG_SYSRANGE_MODE_MASK GENMASK(3, 0) > #define VL_REG_SYSRANGE_MODE_SINGLESHOT 0x00 > #define VL_REG_SYSRANGE_MODE_START_STOP BIT(0) > @@ -29,14 +32,61 @@ > #define VL_REG_SYSRANGE_MODE_TIMED BIT(2) > #define VL_REG_SYSRANGE_MODE_HISTOGRAM BIT(3) > > +/* Result registers. */ > #define VL_REG_RESULT_INT_STATUS 0x13 > #define VL_REG_RESULT_RANGE_STATUS 0x14 > #define VL_REG_RESULT_RANGE_STATUS_COMPLETE BIT(0) > > +/* GPIO function configuration registers. */ > +#define VL_REG_GPIO_HV_MUX_ACTIVE_GIGH 0x84 > +#define VL_REG_SYS_INT_CFG_GPIO 0x0A > +#define VL_GPIOFUNC_NEW_MEASURE_RDY BIT(2) > + > +/* Interrupt configuration registers. */ > +#define VL_REG_SYS_INT_CLEAR 0x0B > +#define VL_REG_RESULT_INT_STATUS 0x13 > +#define VL_INT_POLARITY_LOW 0x00 > +#define VL_INT_POLARITY_HIGH BIT(0) > + > +/* Should be 0xEE if connection is fine. */ > +#define VL_REG_MODEL_ID 0xC0 > + > struct vl53l0x_data { > struct i2c_client *client; > + struct completion measuring_done; > + bool use_interrupt; > }; > > +static int vl53l0x_clear_interrupt(struct vl53l0x_data *data) > +{ > + int ret; > + u8 cnt = 0; > + > + do { > + /* bit 0 for measuring interrupt, bit 1 for error interrupt. */ > + i2c_smbus_write_byte_data(data->client, > + VL_REG_SYS_INT_CLEAR, 1); All these i2c comms need checking for errors. I2c buses aren't always the most reliable things. > + i2c_smbus_write_byte_data(data->client, > + VL_REG_SYS_INT_CLEAR, 0); > + ret = i2c_smbus_read_byte_data(data->client, > + VL_REG_RESULT_INT_STATUS); > + cnt++; > + } while ((ret & 0x07) && (cnt < 3)); > + if (cnt > 2) > + return -ETIMEDOUT; > + else > + return 0; > +} > + > +static irqreturn_t vl53l0x_irq_handler(int irq, void *d) > +{ > + struct vl53l0x_data *data = d; > + > + complete(&data->measuring_done); > + > + return IRQ_HANDLED; > +} > + > static int vl53l0x_read_proximity(struct vl53l0x_data *data, > const struct iio_chan_spec *chan, > int *val) > @@ -46,23 +96,31 @@ static int vl53l0x_read_proximity(struct vl53l0x_data *data, > u8 buffer[12]; > int ret; > > - ret = i2c_smbus_write_byte_data(client, VL_REG_SYSRANGE_START, 1); > - if (ret < 0) > - return ret; > - > - do { > - ret = i2c_smbus_read_byte_data(client, > - VL_REG_RESULT_RANGE_STATUS); > - if (ret < 0) > - return ret; > - > - if (ret & VL_REG_RESULT_RANGE_STATUS_COMPLETE) > - break; > - > - usleep_range(1000, 5000); > - } while (--tries); > - if (!tries) > - return -ETIMEDOUT; > + if (data->use_interrupt) > + reinit_completion(&data->measuring_done); This seems a little strange. Should be initialized already on first pass for example. I don't suppose it matters, but feels a bit odd. You may need to protect against multiple concurrent readers however... > + > + i2c_smbus_write_byte_data(client, VL_REG_SYSRANGE_START, 1); > + > + /* In usual case the longest valid conversion time is less than 70ms. */ > + if (data->use_interrupt) { > + ret = wait_for_completion_timeout(&data->measuring_done, > + msecs_to_jiffies(100)); > + if (!ret) > + return -ETIMEDOUT; > + vl53l0x_clear_interrupt(data); > + } else { > + do { > + ret = i2c_smbus_read_byte_data(client, > + VL_REG_RESULT_RANGE_STATUS); > + > + if (ret & VL_REG_RESULT_RANGE_STATUS_COMPLETE) > + break; > + > + usleep_range(1000, 5000); > + } while (--tries); > + if (!tries) > + return -ETIMEDOUT; > + } > > ret = i2c_smbus_read_i2c_block_data(client, VL_REG_RESULT_RANGE_STATUS, > 12, buffer); > @@ -110,10 +168,21 @@ static const struct iio_info vl53l0x_info = { > .read_raw = vl53l0x_read_raw, > }; > > +/* Congigure the GPIO1 pin to generate interrupt for measurement ready, Comment syntax + spell check. Configure For a description like this nicer to have it in kernel-doc style as well rather than a freeform comment. > + * default polarity is level low. > + */ > +static int vl53l0x_config_irq(struct vl53l0x_data *data) > +{ > + i2c_smbus_write_byte_data(data->client, VL_REG_SYS_INT_CFG_GPIO, > + VL_GPIOFUNC_NEW_MEASURE_RDY); Error checking on that write_byte? > + return vl53l0x_clear_interrupt(data); > +} > + > static int vl53l0x_probe(struct i2c_client *client) > { > struct vl53l0x_data *data; > struct iio_dev *indio_dev; > + int ret; > > indio_dev = devm_iio_device_alloc(&client->dev, sizeof(*data)); > if (!indio_dev) > @@ -134,6 +203,34 @@ static int vl53l0x_probe(struct i2c_client *client) > indio_dev->num_channels = ARRAY_SIZE(vl53l0x_channels); > indio_dev->modes = INDIO_DIRECT_MODE; > > + if (!client->irq) > + data->use_interrupt = false; > + else { > + data->use_interrupt = true; > + ret = devm_request_irq(&client->dev, > + client->irq, > + vl53l0x_irq_handler, > + IRQF_TRIGGER_FALLING, > + indio_dev->name, > + data); > + if (ret < 0) { > + dev_err(&client->dev, Lots of odd alignment in here. Please tidy up. > + "request irq line failed."); > + return -EINVAL; > + } > + vl53l0x_config_irq(data); > + init_completion(&data->measuring_done); > + } > + > + /* After checking this, assuming write and read byte operations should /* * After.. */ > + * never fails. > + */ > + ret = i2c_smbus_read_byte_data(client, VL_REG_MODEL_ID); > + if (ret != 0xEE) { > + dev_err(&client->dev, "device not found. "); No space after . and \n is normal for a dev_err message. What does this have to do with interrupt support? Please break it out as a separate patch. > + return -EREMOTEIO; > + } > + > return devm_iio_device_register(&client->dev, indio_dev); > } >