Received: by 10.213.65.68 with SMTP id h4csp3650211imn; Tue, 3 Apr 2018 08:30:59 -0700 (PDT) X-Google-Smtp-Source: AIpwx4+4Sdg4CJRP2Q7Gi/K/lLXbwrmXWIMDj6UypoAoBH+wgZsq4en/WRTO9iS1oOqkiCR0QY2Q X-Received: by 10.99.173.7 with SMTP id g7mr9338384pgf.170.1522769459363; Tue, 03 Apr 2018 08:30:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1522769459; cv=none; d=google.com; s=arc-20160816; b=vgVX2jaWq+xIPSEoRMYqd4V4L6ofjowcc9uzijUOKmkcq35hJlraANrmzT3upbMEAV sDRKDN3ZYiPFQBkw9PYAhdlAV2ECm6WR8utYe59geVxwa9Zz7s5VCmSKd/vc+pjZvfxg vLF0HF2PP6oMspvWovmEfx8L5S6VKJVSdK2AlHy39rXrYDaqNDXwPpBqNhxFkUUk6HAR RLV11qVgSuYSSTrOxnler9Pl6P3yNh5m14pHoooRsSn+3/E7FMSayQ6S48BievnSIJWS IAGH2UMDi6TVegdT44iOCsM5N425PLt2NEFb9LYtfpzOn9Mt3N7+51IAAynaU00Z9ubR pDrg== 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:dkim-signature:arc-authentication-results; bh=Vhl4DqXlweWxzt/jntSm1Wy4zAMWE1uo7O7rWgw5L+M=; b=yozuLRyKNYtgxsKjrpY5dThrTaME0gMDcdopzCz0X8rVj/oC/h5qRBcgouq0Fcr8ya rSrKhnGig0Y5f2BYpvGup9NRSiunpG3/+XVWiWqLGiZElpRKSJqw1jKHFLCx6xmka3zy dfh6WEyqgjooMyDyoQhiqgi5gpxO/P4+jK7bgFVdFqB2oc7LxivlGp56/VoHPWwuBCmB EuQyIE+ur2UFUmusV/lz4am2CvmXZMr30GbcdAZe+DiZvHyFoY4o2qQRUd+oFchrPEcR 1OGRavwEtPD/1uuyBsM2RQrcVtpp7bque04EU5d4WlOPcnInkXSDBEGYbnRsikCMWEKQ hYOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@orpaltech.com header.s=mailru header.b=oN6AKIX3; 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 o11-v6si758856plk.199.2018.04.03.08.30.45; Tue, 03 Apr 2018 08:30:59 -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; dkim=pass header.i=@orpaltech.com header.s=mailru header.b=oN6AKIX3; 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 S1752257AbeDCP3R (ORCPT + 99 others); Tue, 3 Apr 2018 11:29:17 -0400 Received: from smtp54.i.mail.ru ([217.69.128.34]:56098 "EHLO smtp54.i.mail.ru" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751685AbeDCP3N (ORCPT ); Tue, 3 Apr 2018 11:29:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=orpaltech.com; s=mailru; h=References:In-Reply-To:Message-Id:Date:Subject:Cc:To:From; bh=Vhl4DqXlweWxzt/jntSm1Wy4zAMWE1uo7O7rWgw5L+M=; b=oN6AKIX3f6eLyh+hGAtKeE8+xC6pAjv+xUmbsfpf2DBtSpaU/WUGoFPgHSdaS2MzC+F4ZnNgIUeOeOthSXIM4xtz4yFnQ3VlGua4BDJlEAoZIDGpbpiQVVCp4Nqbq2yJBckPB5pwAAnsGWEkC1V0JDVE3IWYZunIchPbqapZxU8=; Received: by smtp54.i.mail.ru with esmtpa (envelope-from ) id 1f3Nrz-0003oL-3H; Tue, 03 Apr 2018 18:29:11 +0300 From: Sergey Suloev To: Mark Brown , Maxime Ripard , Chen-Yu Tsai Cc: linux-spi@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Sergey Suloev Subject: [PATCH v2 2/6] spi: sun4i: restrict transfer length in PIO-mode Date: Tue, 3 Apr 2018 18:29:01 +0300 Message-Id: <20180403152905.1524-3-ssuloev@orpaltech.com> X-Mailer: git-send-email 2.16.2 In-Reply-To: <20180403152905.1524-1-ssuloev@orpaltech.com> References: <20180403152905.1524-1-ssuloev@orpaltech.com> Authentication-Results: smtp54.i.mail.ru; auth=pass smtp.auth=ssuloev@orpaltech.com smtp.mailfrom=ssuloev@orpaltech.com X-7FA49CB5: 0D63561A33F958A5C5F1A375E31CFE67FD153644D6503B584944821BD68A5976725E5C173C3A84C3A1C30C8AFC676C8BE05AEED214505ADB42F54486E6D6388DC4224003CC836476C0CAF46E325F83A50BF2EBBBDD9D6B0F05F538519369F3743B503F486389A921A5CC5B56E945C8DA X-Mailru-Sender: C5364AD02485212F3ACDC11E67D849178F89E4B4913BFFC4ED2FA081347DF743069BFC61DABEEB110841D3AAAB1726C63DDE9B364B0DF289264D2CD8C2503E8C22A194DADEED8EEDCA01A23BA9CD1BE7ED14614B50AE0675 X-Mras: OK Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org There is no need to handle the 3/4 FIFO empty interrupt as the maximum supported transfer length in PIO mode is 64 bytes. As long as a problem was reported previously with filling FIFO on A10s we want to stick with 63 bytes depth. Changes in v2: 1) Restored processing of 3/4 FIFO full interrupt. Signed-off-by: Sergey Suloev --- drivers/spi/spi-sun4i.c | 37 ++++++++++--------------------------- 1 file changed, 10 insertions(+), 27 deletions(-) diff --git a/drivers/spi/spi-sun4i.c b/drivers/spi/spi-sun4i.c index 4141003..08fd007 100644 --- a/drivers/spi/spi-sun4i.c +++ b/drivers/spi/spi-sun4i.c @@ -22,7 +22,12 @@ #include -#define SUN4I_FIFO_DEPTH 64 +/* + * FIFO length is 64 bytes + * But filling the FIFO fully might cause a timeout + * on some devices, for example on spi2 on A10s + */ +#define SUN4I_FIFO_DEPTH 63 #define SUN4I_RXDATA_REG 0x00 @@ -202,7 +207,7 @@ static void sun4i_spi_set_cs(struct spi_device *spi, bool enable) static size_t sun4i_spi_max_transfer_size(struct spi_device *spi) { - return SUN4I_FIFO_DEPTH - 1; + return SUN4I_FIFO_DEPTH; } static int sun4i_spi_transfer_one(struct spi_master *master, @@ -216,11 +221,8 @@ static int sun4i_spi_transfer_one(struct spi_master *master, int ret = 0; u32 reg; - /* We don't support transfer larger than the FIFO */ - if (tfr->len > SUN4I_MAX_XFER_SIZE) - return -EMSGSIZE; - - if (tfr->tx_buf && tfr->len >= SUN4I_MAX_XFER_SIZE) + /* We don't support transfers larger than FIFO depth */ + if (tfr->len > SUN4I_FIFO_DEPTH) return -EMSGSIZE; reinit_completion(&sspi->done); @@ -313,17 +315,12 @@ static int sun4i_spi_transfer_one(struct spi_master *master, /* * Fill the TX FIFO - * Filling the FIFO fully causes timeout for some reason - * at least on spi2 on A10s */ - sun4i_spi_fill_fifo(sspi, SUN4I_FIFO_DEPTH - 1); + sun4i_spi_fill_fifo(sspi, SUN4I_FIFO_DEPTH); /* Enable the interrupts */ sun4i_spi_enable_interrupt(sspi, SUN4I_INT_CTL_TC | SUN4I_INT_CTL_RF_F34); - /* Only enable Tx FIFO interrupt if we really need it */ - if (tx_len > SUN4I_FIFO_DEPTH) - sun4i_spi_enable_interrupt(sspi, SUN4I_INT_CTL_TF_E34); /* Start the transfer */ reg = sun4i_spi_read(sspi, SUN4I_CTL_REG); @@ -371,20 +368,6 @@ static irqreturn_t sun4i_spi_handler(int irq, void *dev_id) return IRQ_HANDLED; } - /* Transmit FIFO 3/4 empty */ - if (status & SUN4I_INT_CTL_TF_E34) { - sun4i_spi_fill_fifo(sspi, SUN4I_FIFO_DEPTH); - - if (!sspi->len) - /* nothing left to transmit */ - sun4i_spi_disable_interrupt(sspi, SUN4I_INT_CTL_TF_E34); - - /* Only clear the interrupt _after_ re-seeding the FIFO */ - sun4i_spi_write(sspi, SUN4I_INT_STA_REG, SUN4I_INT_CTL_TF_E34); - - return IRQ_HANDLED; - } - return IRQ_NONE; } -- 2.16.2