Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp2589230ybz; Sun, 3 May 2020 04:41:53 -0700 (PDT) X-Google-Smtp-Source: APiQypJveGRQPb0/4a/X0q26u008NjfMO5kFz92g2mov/28JyVsymkeqBpHy4sRu2AMGprjprhr1 X-Received: by 2002:a17:906:5608:: with SMTP id f8mr11117459ejq.190.1588506113687; Sun, 03 May 2020 04:41:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588506113; cv=none; d=google.com; s=arc-20160816; b=vF1Gw3ejuUKDqmgQApUskwBcb+W8rgtF2JVkS+0cIfAFwZZwaC5kRXMtOodlMmOXaF BO7OY/w6kNHHCBbrgu+Nta7GZ9EY8a5oTSPKTgssU6QNyGh37qEa9Co6sJuXnQJlV88e DylrUX7lpPFivG87PSHvzTo8NUH3vFpGYmDWdfbt1tEu9qnd1SSi72Xo2ZNS9pRvPnhg Wr8hdP9QQErAWWUaqiWksfwd2NFNUI+ulBa3nqx5GKMdUafkh69I7tXJ5+DAcbv2COO2 CdxOmqvjFKLZpswLUgyPpVDLvqJRGZFzvzj8YEjO4f7zr5IVdh+C54DLaTO8lWWl0jJN I5hw== 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=77SrlcK4bBYSdT3jK/zXH+nLMclIoIGoGOy8zZjv+5U=; b=jGz5J41yYxQjmiVwszsLjnAE8SdQWDSURbTcXeObA8PeZj2kxJys+GZLBgiVK4JRBs I5c3vzddB6udF3+sI9lQHSW/dgGTECqUdcPyGvitKyk4EwgdPFZVLCmvJRJQzqsgFvJP 4slhrF/KHHWs61w+TryHFgxDeOolcS7I1qBrbJe/V5lSscmOoBva4rBgnqZdBTjwi+i8 k61CqG2evwgQb4fEQDq1LRrMlVEwgvHI4gkYjIhTGivxtvvn0CIKK+hJxryDKNecd5K4 iHhmzDAB/ygH9HTvozCtyP2RDcGn2Iv3BfK1c/YyHVWJ5Y3uK2cYIcR6bNR4p+MlIAk7 ywlA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=vp6Y4Ep0; 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 pj7si5185826ejb.221.2020.05.03.04.41.30; Sun, 03 May 2020 04:41:53 -0700 (PDT) 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; dkim=pass header.i=@kernel.org header.s=default header.b=vp6Y4Ep0; 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 S1727856AbgECLh6 (ORCPT + 99 others); Sun, 3 May 2020 07:37:58 -0400 Received: from mail.kernel.org ([198.145.29.99]:37484 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727792AbgECLh6 (ORCPT ); Sun, 3 May 2020 07:37:58 -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 AD391205ED; Sun, 3 May 2020 11:37:56 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1588505877; bh=OGiegH7Y1FcxfJPta06unb8ZfPJOBLzHj+Vjm8Hkpx8=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=vp6Y4Ep0lWA1Y4PuaJnYLumR21o8vn0i6qN0yzg0KEGVHySvo6IDkZwOGTDWN+dzb +8wwpQfi1mPsQwurWMoEtqL27el0vr9YVFcGPfcXjPg1e6eyurKUaLE/KgQUxw2TaN h7r/sjEF0kXYBQd8+gwnwPvNcB4gadGeY37nP3FI= Date: Sun, 3 May 2020 12:37:53 +0100 From: Jonathan Cameron To: Alexandru Ardelean Cc: , , , , Dragos Bogdan Subject: Re: [PATCH] staging: iio: ad2s1210: Fix SPI reading Message-ID: <20200503123753.29ea8be0@archlinux> In-Reply-To: <20200429072129.81504-1-alexandru.ardelean@analog.com> References: <20200429072129.81504-1-alexandru.ardelean@analog.com> 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=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 Wed, 29 Apr 2020 10:21:29 +0300 Alexandru Ardelean wrote: > From: Dragos Bogdan > > If the serial interface is used, the 8-bit address should be latched using > the rising edge of the WR/FSYNC signal. > > This basically means that a CS change is required between the first byte > sent, and the second one. > This change splits the single-transfer transfer of 2 bytes into 2 transfers > with a single byte, and CS change in-between. > > Signed-off-by: Dragos Bogdan > Signed-off-by: Alexandru Ardelean Fixes tag would have been nice. I've had a go by picking a patch where I refactored this code, but I think the issue probably predates that one. Its in 2011 so I doubt anyone will try going past that with backports ;) Applied to the fixes-togreg branch of iio.git and marked for stable. I'm guessing this means you have hardware and hope to get this one out of staging shortly? *crosses fingers* :) Jonathan > --- > drivers/staging/iio/resolver/ad2s1210.c | 17 ++++++++++++----- > 1 file changed, 12 insertions(+), 5 deletions(-) > > diff --git a/drivers/staging/iio/resolver/ad2s1210.c b/drivers/staging/iio/resolver/ad2s1210.c > index 4b25a3a314ed..ed404355ea4c 100644 > --- a/drivers/staging/iio/resolver/ad2s1210.c > +++ b/drivers/staging/iio/resolver/ad2s1210.c > @@ -130,17 +130,24 @@ static int ad2s1210_config_write(struct ad2s1210_state *st, u8 data) > static int ad2s1210_config_read(struct ad2s1210_state *st, > unsigned char address) > { > - struct spi_transfer xfer = { > - .len = 2, > - .rx_buf = st->rx, > - .tx_buf = st->tx, > + struct spi_transfer xfers[] = { > + { > + .len = 1, > + .rx_buf = &st->rx[0], > + .tx_buf = &st->tx[0], > + .cs_change = 1, > + }, { > + .len = 1, > + .rx_buf = &st->rx[1], > + .tx_buf = &st->tx[1], > + }, > }; > int ret = 0; > > ad2s1210_set_mode(MOD_CONFIG, st); > st->tx[0] = address | AD2S1210_MSB_IS_HIGH; > st->tx[1] = AD2S1210_REG_FAULT; > - ret = spi_sync_transfer(st->sdev, &xfer, 1); > + ret = spi_sync_transfer(st->sdev, xfers, 2); > if (ret < 0) > return ret; >