diff mbox

[3/4] spi: davinci: Allow SPI to be build without EDMA support

Message ID 1380325356-2100-4-git-send-email-santosh.shilimkar@ti.com (mailing list archive)
State New, archived
Headers show

Commit Message

Santosh Shilimkar Sept. 27, 2013, 11:42 p.m. UTC
DaVinci SPI IP works without EDMA support and thats how it has
been used on Keystone SOCs currently. Hence keep the EDMA select
limited to ARCH_DAVINCI so that Keystone SOCs can use the driver.

Keystone SOC do support EDMA IP as well but the support has
not been added and tested so far.

Cc: Mark Brown <broonie@kernel.org>
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
---
Mark,
If you are ok with this trivial change, I will need your ack to carry the patch
via arm-soc tree. Without this patch, enabling SPI throws unmet dependency
warnings and last patch in the series enables the SPI support.

 drivers/spi/Kconfig |    2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

Comments

Mark Brown Sept. 29, 2013, 12:31 p.m. UTC | #1
On Fri, Sep 27, 2013 at 07:42:35PM -0400, Santosh Shilimkar wrote:

> DaVinci SPI IP works without EDMA support and thats how it has
> been used on Keystone SOCs currently. Hence keep the EDMA select
> limited to ARCH_DAVINCI so that Keystone SOCs can use the driver.

> Keystone SOC do support EDMA IP as well but the support has
> not been added and tested so far.

If there's no hard dependency on EDMA then the driver probably ought to
be marked as COMPILE_TEST so that it can be build tested on other
systems.  Is that possible?
Santosh Shilimkar Sept. 30, 2013, 1:36 p.m. UTC | #2
On Sunday 29 September 2013 08:31 AM, Mark Brown wrote:
> On Fri, Sep 27, 2013 at 07:42:35PM -0400, Santosh Shilimkar wrote:
> 
>> DaVinci SPI IP works without EDMA support and thats how it has
>> been used on Keystone SOCs currently. Hence keep the EDMA select
>> limited to ARCH_DAVINCI so that Keystone SOCs can use the driver.
> 
>> Keystone SOC do support EDMA IP as well but the support has
>> not been added and tested so far.
> 
> If there's no hard dependency on EDMA then the driver probably ought to
> be marked as COMPILE_TEST so that it can be build tested on other
> systems.  Is that possible?
> 
EDMA is already getting tested for DAVINCI builds and there are patches
coming AMXXXX SOC support. So probably marking it COMPILE_TEST isn't
needed since it has been in use already for other SOCs.

Regards,
Santosh
Mark Brown Sept. 30, 2013, 2:38 p.m. UTC | #3
On Mon, Sep 30, 2013 at 09:36:23AM -0400, Santosh Shilimkar wrote:
> On Sunday 29 September 2013 08:31 AM, Mark Brown wrote:

> > If there's no hard dependency on EDMA then the driver probably ought to
> > be marked as COMPILE_TEST so that it can be build tested on other
> > systems.  Is that possible?

> EDMA is already getting tested for DAVINCI builds and there are patches
> coming AMXXXX SOC support. So probably marking it COMPILE_TEST isn't
> needed since it has been in use already for other SOCs.

It'd make life easier for general subsystem development if we were able
to get build coverage without having to build a specific config, even if
it's never actually going to be run.
Santosh Shilimkar Sept. 30, 2013, 3:23 p.m. UTC | #4
On Monday 30 September 2013 10:38 AM, Mark Brown wrote:
> On Mon, Sep 30, 2013 at 09:36:23AM -0400, Santosh Shilimkar wrote:
>> On Sunday 29 September 2013 08:31 AM, Mark Brown wrote:
> 
>>> If there's no hard dependency on EDMA then the driver probably ought to
>>> be marked as COMPILE_TEST so that it can be build tested on other
>>> systems.  Is that possible?
> 
>> EDMA is already getting tested for DAVINCI builds and there are patches
>> coming AMXXXX SOC support. So probably marking it COMPILE_TEST isn't
>> needed since it has been in use already for other SOCs.
> 
> It'd make life easier for general subsystem development if we were able
> to get build coverage without having to build a specific config, even if
> it's never actually going to be run.
> 
So after your comments, I actually checked whether the driver works with
EDMA enabled but no EDMA node/data information from DT for SPI driver.
It seems to work.

So I am going to drop this patch and rather allow the EDMA to be built
for Keystone SOCs as well. Not sure why I didn't looked at this as an
option first place.

Thanks for your comments Mark.

Regards,
Santosh
diff mbox

Patch

diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index b9c53cc..514d883 100644
--- a/drivers/spi/Kconfig
+++ b/drivers/spi/Kconfig
@@ -159,7 +159,7 @@  config SPI_DAVINCI
 	tristate "Texas Instruments DaVinci/DA8x/OMAP-L/AM1x SoC SPI controller"
 	depends on ARCH_DAVINCI || ARCH_KEYSTONE
 	select SPI_BITBANG
-	select TI_EDMA
+	select TI_EDMA if ARCH_DAVINCI
 	help
 	  SPI master controller for DaVinci/DA8x/OMAP-L/AM1x SPI modules.