Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp399956imm; Thu, 27 Sep 2018 23:56:02 -0700 (PDT) X-Google-Smtp-Source: ACcGV63QInlpmbrLUjCAyybUyW1QZmmQi4NtuT1M0tkcGc2zkzX5U22aw2jX1K3pgGZhJdweqEA7 X-Received: by 2002:a63:a119:: with SMTP id b25-v6mr791373pgf.186.1538117762497; Thu, 27 Sep 2018 23:56:02 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538117762; cv=none; d=google.com; s=arc-20160816; b=EGSWbxPxK8lwzc6S9PHXq/TZ20GlOJm9wyMD051xH//GZOnjrpbcPU8P3pv8kKPAt8 GZ3sP7YVMK2UkeSMXsWPxbt0vIFBUL/TXJCdfQ0rBq8aXekKyGBl8P6SgFax7J2MuicR PgLpNNL1NNw17+mxoLNCsvXSipLglxgdKffSlknfexl8EeR5VhHxenDCUbKbo6R5JclK LzVlTr/qL88P573qiFwhizlbT+R4iBPp7B7hB2DQZKzdTiXWzTdto0gVr40m1Myi4ssI eIQIdvXAcA77PbK4fM/I+hf0R7E2oNJTVgJmUcyDZxADJmRe7nkzWRzGnARp7uGUN9ms txBQ== 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; bh=SuqrOn3vpdm0aiVVFVeL5P2el+cHTyLInQHcROrLJBk=; b=zdi9Zu7fIZQwWVokoNVPIUQSMCq4bAHQAVqhAm3H5apw+KfyKUERci5D+j9EOs02cg 1hi7FGAy06UtERMqyi/bFrAK6x0xkmftZ2AFSFKDrt69b3UVbXBpX/YlRIBKbTyyIulz 0mCpLU8/FMO6PS3/vuRwa+oF1Qw8v/SC2YFlzqWMGH/VAxrmMsyrOCnbNXc9aqZiNeUV 81+gKFZZJiBdM3PIp+qHXYWwFtR3XFBEoL1zPlpPf7vRQYaxquAVU5yav1Bhgb9ChFEE NK0HVs0VfyPkFzHXWp3ZP/+2ljoPKzSW3mpMMiBaFSKS8SRg/HCsoxDP66PnLvyk6d3F ItUQ== 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 c8-v6si3975897pgh.418.2018.09.27.23.55.46; Thu, 27 Sep 2018 23:56:02 -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; 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 S1728958AbeI1NRo (ORCPT + 99 others); Fri, 28 Sep 2018 09:17:44 -0400 Received: from mail.bootlin.com ([62.4.15.54]:44253 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726106AbeI1NRo (ORCPT ); Fri, 28 Sep 2018 09:17:44 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 3288C208F4; Fri, 28 Sep 2018 08:55:25 +0200 (CEST) X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on mail.bootlin.com X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED,SHORTCIRCUIT shortcircuit=ham autolearn=disabled version=3.4.0 Received: from bbrezillon (unknown [176.187.87.154]) by mail.bootlin.com (Postfix) with ESMTPSA id DF20420725; Fri, 28 Sep 2018 08:55:14 +0200 (CEST) Date: Fri, 28 Sep 2018 08:55:15 +0200 From: Boris Brezillon To: Chuanhua Han Cc: broonie@kernel.org, linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org, eha@deif.com Subject: Re: [PATCH 2/2] spi: spi-fsl-dspi: Fix support for XSPI transport mode Message-ID: <20180928085515.3faa3555@bbrezillon> In-Reply-To: <20180921070628.35153-2-chuanhua.han@nxp.com> References: <20180921070628.35153-1-chuanhua.han@nxp.com> <20180921070628.35153-2-chuanhua.han@nxp.com> X-Mailer: Claws Mail 3.15.0-dirty (GTK+ 2.24.31; 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 Hi Chuanhua, On Fri, 21 Sep 2018 15:06:27 +0800 Chuanhua Han wrote: > This patch fixes the problem that the XSPI mode of the dspi controller > cannot transfer data properly. > In XSPI mode, cmd_fifo is written before tx_fifo, which transforms the > byte order of sending and receiving data. Again, I have a hard time understanding what the problem is. It doesn't seem related to the ->bits_per_word aspect, and I have the feeling you're actually abusing this field to get your problem fixed. Regards, Boris > > Signed-off-by: Chuanhua Han > --- > drivers/spi/spi-fsl-dspi.c | 29 +++++++++++++++++++---------- > 1 file changed, 19 insertions(+), 10 deletions(-) > > diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/spi/spi-fsl-dspi.c > index 3082e72e4f6c..44cc2bd0120e 100644 > --- a/drivers/spi/spi-fsl-dspi.c > +++ b/drivers/spi/spi-fsl-dspi.c > @@ -220,9 +220,15 @@ static u32 dspi_pop_tx(struct fsl_dspi *dspi) > if (dspi->bytes_per_word == 1) > txdata = *(u8 *)dspi->tx; > else if (dspi->bytes_per_word == 2) > - txdata = *(u16 *)dspi->tx; > + if (dspi->cur_chip->ctar_val & SPI_CTAR_LSBFE(1)) > + txdata = cpu_to_le16(*(u16 *)dspi->tx); > + else > + txdata = cpu_to_be16(*(u16 *)dspi->tx); > else /* dspi->bytes_per_word == 4 */ > - txdata = *(u32 *)dspi->tx; > + if (dspi->cur_chip->ctar_val & SPI_CTAR_LSBFE(1)) > + txdata = cpu_to_le32(*(u32 *)dspi->tx); > + else > + txdata = cpu_to_be32(*(u32 *)dspi->tx); > dspi->tx += dspi->bytes_per_word; > } > dspi->len -= dspi->bytes_per_word; > @@ -243,15 +249,18 @@ static void dspi_push_rx(struct fsl_dspi *dspi, u32 rxdata) > if (!dspi->rx) > return; > > - /* Mask of undefined bits */ > - rxdata &= (1 << dspi->bits_per_word) - 1; > - > if (dspi->bytes_per_word == 1) > *(u8 *)dspi->rx = rxdata; > else if (dspi->bytes_per_word == 2) > - *(u16 *)dspi->rx = rxdata; > + if (dspi->cur_chip->ctar_val & SPI_CTAR_LSBFE(1)) > + *(u16 *)dspi->rx = be16_to_cpu(rxdata); > + else > + *(u16 *)dspi->rx = be16_to_cpu(rxdata); > else /* dspi->bytes_per_word == 4 */ > - *(u32 *)dspi->rx = rxdata; > + if (dspi->cur_chip->ctar_val & SPI_CTAR_LSBFE(1)) > + *(u32 *)dspi->rx = le32_to_cpu(rxdata); > + else > + *(u32 *)dspi->rx = be32_to_cpu(rxdata); > dspi->rx += dspi->bytes_per_word; > } > > @@ -593,16 +602,16 @@ static void dspi_tcfq_write(struct fsl_dspi *dspi) > */ > u32 data = dspi_pop_tx(dspi); > > + cmd_fifo_write(dspi); > if (dspi->cur_chip->ctar_val & SPI_CTAR_LSBFE(1)) { > /* LSB */ > - tx_fifo_write(dspi, data & 0xFFFF); > tx_fifo_write(dspi, data >> 16); > + tx_fifo_write(dspi, data & 0xFFFF); > } else { > /* MSB */ > - tx_fifo_write(dspi, data >> 16); > tx_fifo_write(dspi, data & 0xFFFF); > + tx_fifo_write(dspi, data >> 16); > } > - cmd_fifo_write(dspi); > } else { > /* Write one entry to both TX FIFO and CMD FIFO > * simultaneously.