Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2680010imm; Sun, 30 Sep 2018 02:25:57 -0700 (PDT) X-Google-Smtp-Source: ACcGV62PRD7cVc23zlv3RI/2s4uGJsnAMBJWQXaHPvn0Xy3S0UPEy4B+XhOJQhHrZs2zBS+OAecF X-Received: by 2002:a17:902:9a07:: with SMTP id v7-v6mr6447571plp.14.1538299557043; Sun, 30 Sep 2018 02:25:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538299557; cv=none; d=google.com; s=arc-20160816; b=aOiNfRg3ylLtiy9ImFVavFjkqGxTpcWFO631UTFkgiQb+ij4eT+vI9kv6R/0V/mmlV GwRBRE9UlrUvtL/Q+ehWEG2SK170D7/AGAPdNaIyuncGc/pjNiTOkA05BP5hp0I03unP 2SdT8TzLBhSDtc3hbG2Ao3n2pakQfvhw2eIy4V+9ZJiFpZjT/rz9uAfKC9DY1gKtzsAO 56TjdhoXhntTVgnqYF+gRbS2fXyMuY2BZosac3PpVTdf4ofYIVKJOPhb/Ug7aritw5Tv J0cNZFxPRjeHJ5y4J2hd5GFUQKBI7yc74nyNWJWn6s4XN4VNTeFYipVt5Q8yZUyldlpt KJUg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=u4G/7WwjqgToOAaKFd+vTBjNR+k2xdiXrJoiVL4slYo=; b=jH65tQpgp2pDOGU/yCv4rX6VeUHp62SOP4M/vawHaWT8ZOOo+yXokYl5XgksunlfU4 DGbksdA6QJSwfX6s6dBAM59YPbpE5sSWiefovWP7hyX+P/8vTDz3arqmCfDXuTNVZI+Z leW6qMm+No8PD5PZzUdqy7R+BuLCWEi1I5+V1vw+qwH0Hl9Mzpymw67xE99+3tyu/Zkd K4NpgCF52JV09q8jqBfYK1mskagOfYaNpaUgXtoO3nCSsFSneF0i3XihLegdj+D1yjxj KEextcbohPai8BJbMOffzI5aFX4vKnQeAjuFIhQlCdL2ls6pjmADMqpi8CDEyKaX9UrH TD7Q== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id u2-v6si8615676pgr.97.2018.09.30.02.25.42; Sun, 30 Sep 2018 02:25:57 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=nxp.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728297AbeI3P5q (ORCPT + 99 others); Sun, 30 Sep 2018 11:57:46 -0400 Received: from inva020.nxp.com ([92.121.34.13]:33572 "EHLO inva020.nxp.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728001AbeI3P5o (ORCPT ); Sun, 30 Sep 2018 11:57:44 -0400 Received: from inva020.nxp.com (localhost [127.0.0.1]) by inva020.eu-rdc02.nxp.com (Postfix) with ESMTP id F35DF1A0096; Sun, 30 Sep 2018 11:25:29 +0200 (CEST) Received: from invc005.ap-rdc01.nxp.com (invc005.ap-rdc01.nxp.com [165.114.16.14]) by inva020.eu-rdc02.nxp.com (Postfix) with ESMTP id 875151A009A; Sun, 30 Sep 2018 11:25:26 +0200 (CEST) Received: from mega.ap.freescale.net (mega.ap.freescale.net [10.192.208.232]) by invc005.ap-rdc01.nxp.com (Postfix) with ESMTP id F3849402FA; Sun, 30 Sep 2018 17:25:21 +0800 (SGT) From: Chuanhua Han To: broonie@kernel.org Cc: linux-spi@vger.kernel.org, linux-kernel@vger.kernel.org, boris.brezillon@bootlin.com, eha@deif.com, Chuanhua Han Subject: [PATCH v2 4/4] spi: spi-fsl-dspi: Fix adjust the byte order when sending and receiving data Date: Sun, 30 Sep 2018 17:25:35 +0800 Message-Id: <20180930092535.24544-4-chuanhua.han@nxp.com> X-Mailer: git-send-email 2.17.1 In-Reply-To: <20180930092535.24544-1-chuanhua.han@nxp.com> References: <20180930092535.24544-1-chuanhua.han@nxp.com> X-Virus-Scanned: ClamAV using ClamSMTP Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patch fixes the byte order inversion problem in the XSPI mode of the dspi controller during data transfer. In XSPI mode,When I read and write data without converting the byte order of the data, and read and write the data directly, I tested spi flash connected by the dspi controller and found that the byte order of the data was reversed by the correct byte order. When I changed the byte order according to the SPIx_CTARn[LSBFE] flag, the correct data was obtained. Signed-off-by: Chuanhua Han --- Changes in v2: -The original patch is divided into multiple patches(the original patch theme is "spi: spi-fsl-dspi: Fix support for XSPI transport mode"),one of which is segmented. drivers/spi/spi-fsl-dspi.c | 24 ++++++++++++++++++------ 1 file changed, 18 insertions(+), 6 deletions(-) diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/spi/spi-fsl-dspi.c index 96e790e90997..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; @@ -246,9 +252,15 @@ static void dspi_push_rx(struct fsl_dspi *dspi, u32 rxdata) 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,12 +605,12 @@ static void dspi_tcfq_write(struct fsl_dspi *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); } } else { /* Write one entry to both TX FIFO and CMD FIFO -- 2.17.1