Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp9302131ybl; Fri, 17 Jan 2020 09:35:51 -0800 (PST) X-Google-Smtp-Source: APXvYqwyc+9Q4RQYmUvTBffvpaR0aijmKDfZJol7MUjaWohdvQSnx2Xtd5eApoxbQZNhcrfHq0LC X-Received: by 2002:a05:6808:53:: with SMTP id v19mr4004894oic.169.1579282551668; Fri, 17 Jan 2020 09:35:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1579282551; cv=none; d=google.com; s=arc-20160816; b=07eQD69yLr6dK7d6wLhGr0baz5IvNulJpmyohuDDnzbVBPFq3nPjtMZDAXKW4bAQof mZXeMaPH3kcyFCLrpKcvBfjSmFcvXJ82TLsBWJJQFzls0hayqBtBsasc6jsP2kQ59Xpn 6EZv0icuWJ++6KKMtQq+Gx8o3Soi5H1wmLYvzI/EhuoJIAVql4578Z+LGeLSA6OJtvAz YSsXHiseJbEOfwl8pOQuwSIRlZdvsfcilh/l0jNeJamvctb6bV3azMvQLkysxxs++VZA 5P1WP1Y9LuRzo/+/2FWTwiYoEw1+1ghA9jBFt2wKIIdYPtFsXEkL+DIB1bCnYU2zl3/S S8Tw== 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 :organization:references:in-reply-to:message-id:subject:cc:to:from :date; bh=nZsRN3hN1yGSkGfQHel+nIEgz9znxQnRNm43sjrDjDI=; b=XzQ/YOo2RyLutiORpd/0iS4Kc95uQqLFyyTN0pHK1LKHNpO+oCpbEXf6P3FJh3BPgu UzYh3Oy7r9IH8AgSD6OnoGJt/9/cp99BJOG+W5ClUOHUM/qd358ygQ2gB4lqeeXqEXbn n57ay4sBoIsPsvYfkRn25xuyhBGHIo21sWyK2BmeJf4TK7RBbIQL2vt8jDkhfOBd9ZNI bkn8sbXpE3FSd80Nl70vL196VVcakcF6ydBCsMSAPmVk82QPisV1IfEiI/l6yDTGK3MC x1TsWDczVbB9H6AlKHtVXV3i2d6jxvXHUjaTp+ykvE/tb9h73A9WJonJYJAuW9FxdqFX B+vA== 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 w7si13764787oie.196.2020.01.17.09.35.39; Fri, 17 Jan 2020 09:35:51 -0800 (PST) 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 S1728057AbgAQRe3 (ORCPT + 99 others); Fri, 17 Jan 2020 12:34:29 -0500 Received: from lhrrgout.huawei.com ([185.176.76.210]:2280 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726603AbgAQRe3 (ORCPT ); Fri, 17 Jan 2020 12:34:29 -0500 Received: from lhreml704-cah.china.huawei.com (unknown [172.18.7.108]) by Forcepoint Email with ESMTP id 41B5894D8F95FE973F68; Fri, 17 Jan 2020 17:34:26 +0000 (GMT) Received: from lhreml710-chm.china.huawei.com (10.201.108.61) by lhreml704-cah.china.huawei.com (10.201.108.45) with Microsoft SMTP Server (TLS) id 14.3.408.0; Fri, 17 Jan 2020 17:34:25 +0000 Received: from localhost (10.202.226.57) by lhreml710-chm.china.huawei.com (10.201.108.61) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1713.5; Fri, 17 Jan 2020 17:34:25 +0000 Date: Fri, 17 Jan 2020 17:34:24 +0000 From: Jonathan Cameron To: CC: , , , , Subject: Re: [PATCH v2 2/3] iio: adc: at91-sama5d2_adc: handle unfinished conversions Message-ID: <20200117173424.0000244f@Huawei.com> In-Reply-To: <1578917098-9674-3-git-send-email-eugen.hristev@microchip.com> References: <1578917098-9674-1-git-send-email-eugen.hristev@microchip.com> <1578917098-9674-3-git-send-email-eugen.hristev@microchip.com> Organization: Huawei Technologies Research and Development (UK) Ltd. X-Mailer: Claws Mail 3.17.4 (GTK+ 2.24.32; i686-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.202.226.57] X-ClientProxiedBy: lhreml701-chm.china.huawei.com (10.201.108.50) To lhreml710-chm.china.huawei.com (10.201.108.61) X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 13 Jan 2020 12:07:09 +0000 wrote: > From: Eugen Hristev > > It can happen that on IRQ trigger, not all conversions are done if > we are enabling multiple channels. > The IRQ is triggered on first EOC (end of channel), but it can happen > that not all channels are done. This leads into erroneous reports to > userspace (zero values or previous values). > To solve this, in trigger handler, check if the mask of done channels > is the same as the mask of active scan channels. > If it's the same, proceed and push to buffers. Otherwise, use usleep > to sleep until the conversion is done or we timeout. > Normally, it should happen that in a short time fashion, all channels are > ready, since the first IRQ triggered. > If a hardware fault happens (for example the clock suddently dissappears), > the handler will not be completed, in which case we do not report anything to > userspace anymore. > Also, change from using the EOC interrupts to DRDY interrupt. > This helps with the fact that not 'n' interrupt statuses are enabled, > each being able to trigger an interrupt, and instead only data ready > interrupt can wake up the CPU. Like this, when data is ready, check in > handler which and how many channels are done. While the DRDY is raised, > other IRQs cannot occur. Once the channel data is being read, we ack the > IRQ and finish the conversion. > > Signed-off-by: Eugen Hristev > --- > Changes in v2: > - move start of conversion to threaded irq, removed specific at91 pollfunc > - add timeout to channel mask readiness check in trigger handler > - use DRDY irq instead of EOC irqs. > - move enable irq after DRDY has been acked in reenable_trigger > > drivers/iio/adc/at91-sama5d2_adc.c | 62 ++++++++++++++++++++++++++++---------- > 1 file changed, 46 insertions(+), 16 deletions(-) > > diff --git a/drivers/iio/adc/at91-sama5d2_adc.c b/drivers/iio/adc/at91-sama5d2_adc.c > index 2a6950a..454a493 100644 > --- a/drivers/iio/adc/at91-sama5d2_adc.c > +++ b/drivers/iio/adc/at91-sama5d2_adc.c > @@ -8,6 +8,7 @@ > > #include > #include > +#include > #include > #include > #include > @@ -100,6 +101,8 @@ > #define AT91_SAMA5D2_IER_YRDY BIT(21) > /* Interrupt Enable Register - TS pressure measurement ready */ > #define AT91_SAMA5D2_IER_PRDY BIT(22) > +/* Interrupt Enable Register - Data ready */ > +#define AT91_SAMA5D2_IER_DRDY BIT(24) > /* Interrupt Enable Register - general overrun error */ > #define AT91_SAMA5D2_IER_GOVRE BIT(25) > /* Interrupt Enable Register - Pen detect */ > @@ -486,6 +489,21 @@ static inline int at91_adc_of_xlate(struct iio_dev *indio_dev, > return at91_adc_chan_xlate(indio_dev, iiospec->args[0]); > } > > +static unsigned int at91_adc_active_scan_mask_to_reg(struct iio_dev *indio_dev) > +{ > + u32 mask = 0; > + u8 bit; > + > + for_each_set_bit(bit, indio_dev->active_scan_mask, > + indio_dev->num_channels) { > + struct iio_chan_spec const *chan = > + at91_adc_chan_get(indio_dev, bit); > + mask |= BIT(chan->channel); > + } > + > + return mask & GENMASK(11, 0); > +} > + > static void at91_adc_config_emr(struct at91_adc_state *st) > { > /* configure the extended mode register */ > @@ -746,24 +764,19 @@ static int at91_adc_configure_trigger(struct iio_trigger *trig, bool state) > at91_adc_writel(st, AT91_SAMA5D2_COR, cor); > } > > - if (state) { > + if (state) > at91_adc_writel(st, AT91_SAMA5D2_CHER, > BIT(chan->channel)); > - /* enable irq only if not using DMA */ > - if (!st->dma_st.dma_chan) { > - at91_adc_writel(st, AT91_SAMA5D2_IER, > - BIT(chan->channel)); > - } > - } else { > - /* disable irq only if not using DMA */ > - if (!st->dma_st.dma_chan) { > - at91_adc_writel(st, AT91_SAMA5D2_IDR, > - BIT(chan->channel)); > - } > + else > at91_adc_writel(st, AT91_SAMA5D2_CHDR, > BIT(chan->channel)); > - } > } > + /* enable irq only if not using DMA */ > + if (state && !st->dma_st.dma_chan) > + at91_adc_writel(st, AT91_SAMA5D2_IER, AT91_SAMA5D2_IER_DRDY); > + /* disable irq only if not using DMA */ > + if (!state && !st->dma_st.dma_chan) > + at91_adc_writel(st, AT91_SAMA5D2_IDR, AT91_SAMA5D2_IER_DRDY); Hmm. Would have been nicer to avoid the refactor and just have the change to what was written. If you want to keep it, perhaps: /* Nothing to do if using DMA */ if (!st->dma_st.dma_chan) return 0; if (state) at91... else at91... > > return 0; > } > @@ -777,10 +790,10 @@ static int at91_adc_reenable_trigger(struct iio_trigger *trig) > if (st->dma_st.dma_chan) > return 0; > > - enable_irq(st->irq); > - > /* Needed to ACK the DRDY interruption */ > at91_adc_readl(st, AT91_SAMA5D2_LCDR); > + > + enable_irq(st->irq); Why this change? I'm not totally following the description above. > return 0; > } > > @@ -1015,6 +1028,22 @@ static void at91_adc_trigger_handler_nodma(struct iio_dev *indio_dev, > int i = 0; > int val; > u8 bit; > + u32 mask = at91_adc_active_scan_mask_to_reg(indio_dev); > + unsigned int timeout = 50; > + > + /* > + * Check if the conversion is ready. If not, wait a little bit, and > + * in case of timeout exit with an error. > + */ > + while ((at91_adc_readl(st, AT91_SAMA5D2_ISR) & mask) != mask && > + timeout) { > + usleep_range(50, 100); > + timeout--; > + } > + > + /* Cannot read data, not ready. Continue without reporting data */ > + if (!timeout) > + return; > > for_each_set_bit(bit, indio_dev->active_scan_mask, > indio_dev->num_channels) { > @@ -1281,7 +1310,8 @@ static irqreturn_t at91_adc_interrupt(int irq, void *private) > status = at91_adc_readl(st, AT91_SAMA5D2_XPOSR); > status = at91_adc_readl(st, AT91_SAMA5D2_YPOSR); > status = at91_adc_readl(st, AT91_SAMA5D2_PRESSR); > - } else if (iio_buffer_enabled(indio) && !st->dma_st.dma_chan) { > + } else if (iio_buffer_enabled(indio) && > + (status & AT91_SAMA5D2_IER_DRDY)) { > /* triggered buffer without DMA */ > disable_irq_nosync(irq); > iio_trigger_poll(indio->trig);