lkml.org 
[lkml]   [2010]   [Dec]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
Patch in this message
/
From
Subject[RFC][PATCH v2 1/3] spi-gpio: implement spidelay() for platforms that configure SLOWER_SPI_GPIO
Date
Introduce a Kconfig option, SLOWER_SPI_GPIO, that enables a spidelay
implementation of ndelay when defined.

This is based off of the patch proposed by Michael Buesch [1]. Whereas that
patch required slave's set their spi_device.max_speed_hz and
spi_transfer.speed_hz to 0 to obtain 'as fast as we can transfers' this patch
keeps the default of 'as fast as we can' for any GPIO SPI master unless the
proposed Kconfig option is enabled.

Signed-off-by: Ben Gardiner <bengardiner@nanometrics.ca>
Reviewed-by: Dan Sharon <dansharon@nanometrics.ca>
Reviewed-by: Chris Cordahi <chriscordahi@nanometrics.ca>
CC: Michael Buesch <mb@bu3sch.de>

[1] http://article.gmane.org/gmane.comp.embedded.openwrt.devel/2854

---
changes since v1:
* rebased to v2.6.37-rc5

drivers/spi/Kconfig | 17 +++++++++++++++++
drivers/spi/spi_gpio.c | 5 +++++
2 files changed, 22 insertions(+), 0 deletions(-)

diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index 78f9fd0..0570dcd 100644
--- a/drivers/spi/Kconfig
+++ b/drivers/spi/Kconfig
@@ -143,6 +143,23 @@ config SPI_GPIO
GPIO operations, you should be able to leverage that for better
speed with a custom version of this driver; see the source code.

+config SLOWER_SPI_GPIO
+ bool "Enable delays in the GPIO-based bitbanging SPI Master"
+ default n
+ depends on SPI_GPIO
+ help
+ The GPIO bitbanging SPI master driver will run without any delays if this
+ option is not set. This option will enable the use of delays in the
+ operation of the GPIO bitbanging SPI master implementation to honour the
+ maximum speed of very slow devices.
+
+ To configure slow speed devices your board-specific setup logic must also
+ provide platform data assigning the speed for a device on a given chip
+ select of the GPIO bitbanging SPI master.
+
+ If your platform requires SPI buses driven at slow speeds select yes. If
+ in doubt, select no.
+
config SPI_IMX_VER_IMX1
def_bool y if SOC_IMX1

diff --git a/drivers/spi/spi_gpio.c b/drivers/spi/spi_gpio.c
index 63e51b0..b31fddd 100644
--- a/drivers/spi/spi_gpio.c
+++ b/drivers/spi/spi_gpio.c
@@ -19,6 +19,7 @@
*/
#include <linux/kernel.h>
#include <linux/init.h>
+#include <linux/delay.h>
#include <linux/platform_device.h>
#include <linux/gpio.h>

@@ -119,6 +120,9 @@ static inline int getmiso(const struct spi_device *spi)

#undef pdata

+#if defined(CONFIG_SLOWER_SPI_GPIO)
+#define spidelay(nsecs) ndelay(nsecs)
+#else
/*
* NOTE: this clocks "as fast as we can". It "should" be a function of the
* requested device clock. Software overhead means we usually have trouble
@@ -126,6 +130,7 @@ static inline int getmiso(const struct spi_device *spi)
* we'll just assume we never need additional per-bit slowdowns.
*/
#define spidelay(nsecs) do {} while (0)
+#endif

#include "spi_bitbang_txrx.h"

--
1.7.0.4


\
 
 \ /
  Last update: 2010-12-09 21:37    [W:0.134 / U:0.064 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site