Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp2712603imm; Sun, 30 Sep 2018 03:17:39 -0700 (PDT) X-Google-Smtp-Source: ACcGV63WZKyjABcCKQJITcKFHlmIGFY3/58mNQMSKzbFObu0MGXHbIKGiGK8gqBh2KRTNrxb7wtz X-Received: by 2002:a62:56c1:: with SMTP id h62-v6mr4519790pfj.107.1538302659549; Sun, 30 Sep 2018 03:17:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1538302659; cv=none; d=google.com; s=arc-20160816; b=s9ked6t68wncjw0ViPr2+cX3RtY/WuxnX9/TRlJ/XpJToYpxIf+fJVgOehxoz77P/H NtbRZ2z0+4iocRsZQtZ2tdwsyKLN+N1behaJgXr+Lp1UtCpx1dhRHDakFWr/hCgWCpC9 qT4e1tUVw9b5m0e3vsIDl1mg7iwkMqgtV7bjARccnrP0jnc7JMI5pM+SUz+KKeDqkYNT /FjOdcc9tNp5AsAYMca+9FD6W5E9qlumU0j9Rvawrnx/toZMOpOvbmOPZX6p/443f44n uJ8zl9gAxbmqf9ZLydR+csQJiZzllOU5ZApW7zTaB7R7VSfyt9HxJteagQoun9Iag4cZ oAOA== 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=swg1ztd9Va/2Hd9ZFJVsK7q5RTShQD9AZxO7H+T/ZzI=; b=l4lZ+68ciz/QWRfljN+ApYOQowrkuELttseXEPUB7hUqlOkk+F0RUV3DOplHJYEWCz vcnU8NIi5r4+etaH0Zo2Dvpvq7WaFXypZ81Wlh3cOtrv7GdD/MLtV9NClJTrC4GY72/h BNTB3s9/OnEBGKd4QWf4TncIlNxNMvDo1JJKhQENCIkSb/TwuGxzcHPAdGwSvlnfpfgO afy3rO0ge/oVwknUn/We0+0LXicOnXCWO9uaKO1MDArwbIVrmuZ/Cgg0LnEnHW+R1fK/ EsBRlwm6DSCEhzoz+lDgOIKussz044BE8iwC+xYErfdfcfRZIETm63+zrHd0o+ZX8yRy UHDw== 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 i64-v6si10501406pfb.314.2018.09.30.03.17.24; Sun, 30 Sep 2018 03:17:39 -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 S1728130AbeI3Qtp convert rfc822-to-8bit (ORCPT + 99 others); Sun, 30 Sep 2018 12:49:45 -0400 Received: from mail.bootlin.com ([62.4.15.54]:38566 "EHLO mail.bootlin.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727793AbeI3Qtp (ORCPT ); Sun, 30 Sep 2018 12:49:45 -0400 Received: by mail.bootlin.com (Postfix, from userid 110) id 9997B207D8; Sun, 30 Sep 2018 12:17:17 +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, URIBL_BLOCKED shortcircuit=ham autolearn=disabled version=3.4.0 Received: from bbrezillon (unknown [91.160.177.164]) by mail.bootlin.com (Postfix) with ESMTPSA id 53A24206A2; Sun, 30 Sep 2018 12:17:07 +0200 (CEST) Date: Sun, 30 Sep 2018 12:17:07 +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 v2 2/4] spi: spi-fsl-dspi: Fix delete the processing of undefined bitmask for rxdata Message-ID: <20180930121707.4724edd6@bbrezillon> In-Reply-To: References: <20180930092535.24544-1-chuanhua.han@nxp.com> <20180930092535.24544-2-chuanhua.han@nxp.com> <20180930120659.71b0e1e5@bbrezillon> 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=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, 30 Sep 2018 10:10:14 +0000 Chuanhua Han wrote: > > -----Original Message----- > > From: Boris Brezillon > > Sent: 2018年9月30日 18:07 > > To: Chuanhua Han > > Cc: broonie@kernel.org; linux-spi@vger.kernel.org; > > linux-kernel@vger.kernel.org; eha@deif.com > > Subject: Re: [PATCH v2 2/4] spi: spi-fsl-dspi: Fix delete the processing of > > undefined bitmask for rxdata > > > > On Sun, 30 Sep 2018 17:25:33 +0800 > > Chuanhua Han wrote: > > > > > This patch fixes the problem of rxdata being equal to 0 during the > > > XSPI mode transfer of the dspi controller. > > > In XSPI mode, If it is not deleted, the value of rxdata will be equal > > > to 0, and the data received will not be received correctly, causing > > > the receiving transfer of the spi to fail. > > > > > > 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 | 3 --- > > > 1 file changed, 3 deletions(-) > > > > > > diff --git a/drivers/spi/spi-fsl-dspi.c b/drivers/spi/spi-fsl-dspi.c > > > index 3082e72e4f6c..4dc1064bf408 100644 > > > --- a/drivers/spi/spi-fsl-dspi.c > > > +++ b/drivers/spi/spi-fsl-dspi.c > > > @@ -243,9 +243,6 @@ 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; > > > - > > > > Why not > In xspi mode, the value of rxdata after the statement is processed is equal to 0 no matter what data is received. Only if dspi->bits_per_word is 0. Actually, I just had a look, and xfer->bits_per_word should never be 0 because spi_validate() makes sure it's initialized [1]. Don't know where dpsi->bits_per_word comes from, but maybe you have a problem there (dpsi->bits_per_word and xfer->bits_per_word not in sync). [1]https://elixir.bootlin.com/linux/v4.19-rc5/source/drivers/spi/spi.c#L2869