[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <AANLkTim6+6-L8ALM0YO01D44PmZgsbcMrrwRxrPJMkpT@mail.gmail.com>
Date: Tue, 24 Aug 2010 09:06:40 +0900
From: Jassi Brar <jassisinghbrar@...il.com>
To: Mark Brown <broonie@...nsource.wolfsonmicro.com>
Cc: David Brownell <dbrownell@...rs.sourceforge.net>,
Grant Likely <grant.likely@...retlab.ca>,
spi-devel-general@...ts.sourceforge.net,
patches@...nsource.wolfsonmicro.com, linux-kernel@...r.kernel.org
Subject: Re: [spi-devel-general] [PATCH] spi/spi_s3c64xx: Warn if PIO
transfers time out
On Tue, Aug 24, 2010 at 1:40 AM, Mark Brown
<broonie@...nsource.wolfsonmicro.com> wrote:
> When using PIO we have a timeout for the TX and RX FIFOs to ensure that
> the data actually gets transferred. Warn if we hit that timeout - it
> should never happen, but this makes sure we'll find out if it does.
>
> Signed-off-by: Mark Brown <broonie@...nsource.wolfsonmicro.com>
> ---
> drivers/spi/spi_s3c64xx.c | 6 ++++++
> 1 files changed, 6 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/spi/spi_s3c64xx.c b/drivers/spi/spi_s3c64xx.c
> index 7e627f7..f72e1c0 100644
> --- a/drivers/spi/spi_s3c64xx.c
> +++ b/drivers/spi/spi_s3c64xx.c
> @@ -200,6 +200,9 @@ static void flush_fifo(struct s3c64xx_spi_driver_data *sdd)
> val = readl(regs + S3C64XX_SPI_STATUS);
> } while (TX_FIFO_LVL(val, sci) && loops--);
>
> + if (loops == 0)
> + dev_warn(&sdd->pdev->dev, "Timed out flushing TX FIFO\n");
> +
> /* Flush RxFIFO*/
> loops = msecs_to_loops(1);
> do {
> @@ -210,6 +213,9 @@ static void flush_fifo(struct s3c64xx_spi_driver_data *sdd)
> break;
> } while (loops--);
>
> + if (loops == 0)
> + dev_warn(&sdd->pdev->dev, "Timed out flushing RX FIFO\n");
> +
> val = readl(regs + S3C64XX_SPI_CH_CFG);
> val &= ~S3C64XX_SPI_CH_SW_RST;
> writel(val, regs + S3C64XX_SPI_CH_CFG);
Ok, though I'll be very surprised to see the FIFO flush failing. We
are not waiting
for data to be transferred, but for SW Reset to make its effect.
Acked-by: Jassi Brar <jassi.brar@...sung.com>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists