Skip to contentSkip to conversation

atmel_spi throughput improvement

PATCH New David Brownell 1 participant 1 message Nov 15, 2007

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

PATCH 2/3 atmel_spi throughput improvement

From: Haavard Skinnemoen <[email protected]>

Don't insert (undesirable) delays between consecutive words (DLYBCT) or when activating chipselects (DLYBS).

Removing the between-word delays improves the performance of bulk transfers (such as mtd_dataflash, m25p80, mmc_spi) significantly. In one test, the improvement was a factor of more than eight!

(The large DLYBCT value came from the legacy at91 SPI driver, and it's not clear why it used such a huge value.)

---
 drivers/spi/atmel_spi.c |   11 ++++++++---
 1 files changed, 8 insertions(+), 3 deletions(-)
drivers/spi/atmel_spi.c +8 -3
@@ -490,9 +490,14 @@ static int atmel_spi_setup(struct spi_de
 	if (!(spi->mode & SPI_CPHA))
 		csr |= SPI_BIT(NCPHA);
 
-	/* TODO: DLYBS and DLYBCT */
-	csr |= SPI_BF(DLYBS, 10);
-	csr |= SPI_BF(DLYBCT, 10);
+	/* DLYBS is mostly irrelevant since we manage chipselect using GPIOs.
+	 *
+	 * DLYBCT would add delays between words, slowing down transfers.
+	 * It could potentially be useful to cope with DMA bottlenecks, but
+	 * in those cases it's probably best to just use a lower bitrate.
+	 */
+	csr |= SPI_BF(DLYBS, 0);
+	csr |= SPI_BF(DLYBCT, 0);
 
 	/* chipselect must have been muxed as GPIO (e.g. in board setup) */
 	npcs_pin = (unsigned int)spi->controller_data;

-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/