linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: nicolas.ferre@atmel.com (Nicolas Ferre)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH] staging/wilc1000: fix Kconfig dependencies
Date: Thu, 28 May 2015 17:06:04 +0200	[thread overview]
Message-ID: <55672EDC.40908@atmel.com> (raw)
In-Reply-To: <2619913.NOTkkZWJir@wuerfel>

Le 28/05/2015 16:35, Arnd Bergmann a ?crit :
> The newly added wilc1000 driver lacks several Kconfig dependencies,
> resulting in a multitude of randconfig build errors, e.g.:
> 
> drivers/built-in.o: In function `WILC_WFI_mgmt_tx_cancel_wait':
> binder.c:(.text+0x12bd28): undefined reference to `cfg80211_remain_on_channel_expired'
> drivers/built-in.o: In function `WILC_WFI_CfgSetChannel':
> binder.c:(.text+0x12c9d8): undefined reference to `ieee80211_frequency_to_channel'
> drivers/built-in.o: In function `WILC_WFI_CfgAlloc':
> binder.c:(.text+0x132530): undefined reference to `wiphy_new_nm'
> drivers/built-in.o: In function `wilc_netdev_init':
> binder.c:(.text+0x1356d0): undefined reference to `register_inetaddr_notifier'
> drivers/built-in.o: In function `linux_spi_init':
> binder.c:(.text+0x210a68): undefined reference to `spi_register_driver'
> 
> This change ensures that we always have at least one of SPI or MMC
> enabled, and are only able to pick an interface that works. It also
> adds all the missing dependencies for networking infrastructure
> (cfg80211, wext, and ipv4).
> 
> In order to make it readable, I also took the liberty of re-indenting
> the Kconfig file to the normal conventions.
> 
> Signed-off-by: Arnd Bergmann <arnd@arndb.de>

Acked-by: Nicolas Ferre <nicolas.ferre@atmel.com>

Thanks a lot Arnd!

Bye,

> diff --git a/drivers/staging/wilc1000/Kconfig b/drivers/staging/wilc1000/Kconfig
> index 101f908bc9ed..02381521ff7f 100644
> --- a/drivers/staging/wilc1000/Kconfig
> +++ b/drivers/staging/wilc1000/Kconfig
> @@ -1,55 +1,57 @@
>  config WILC1000
>  	tristate "WILC1000 support (WiFi only)"
> +	depends on CFG80211 && WEXT_CORE && INET
> +	depends on MMC || SPI
>  	---help---
> -		This module only support IEEE 802.11n WiFi.
> +	  This module only support IEEE 802.11n WiFi.
>  
>  choice
>          prompt "Memory Allocation"
>          depends on WILC1000
>          default WILC1000_PREALLOCATE_AT_LOADING_DRIVER
>  
> -        config WILC1000_PREALLOCATE_AT_LOADING_DRIVER
> -                bool "Preallocate memory at loading driver"
> -                ---help---
> -                        This choice supports static allocation of the memory
> -                        for the receive buffer. The driver will allocate the RX buffer 
> -                        during initial time. The driver will also free the buffer
> -                        by calling network device stop.
> -
> -        config WILC1000_DYNAMICALLY_ALLOCATE_MEMROY
> -                bool "Dynamically allocate memory in real time"
> -                ---help---
> -                        This choice supports dynamic allocation of the memory
> -                        for the receive buffer. The driver will allocate the RX buffer
> -                        when it is required.
> +config WILC1000_PREALLOCATE_AT_LOADING_DRIVER
> +	bool "Preallocate memory at loading driver"
> +	---help---
> +	  This choice supports static allocation of the memory
> +	  for the receive buffer. The driver will allocate the RX buffer
> +	  during initial time. The driver will also free the buffer
> +	  by calling network device stop.
> +
> +config WILC1000_DYNAMICALLY_ALLOCATE_MEMROY
> +        bool "Dynamically allocate memory in real time"
> +        ---help---
> +	  This choice supports dynamic allocation of the memory
> +	  for the receive buffer. The driver will allocate the RX buffer
> +	  when it is required.
>  endchoice
>  
> -
>  choice
> -    prompt "Bus Type"
> -    depends on WILC1000 
> -    default WILC1000_SDIO
> -    
> +	prompt "Bus Type"
> +	depends on WILC1000
> +	default WILC1000_SDIO
> +
>  	config WILC1000_SDIO
> -	    bool "SDIO support"
> -	    depends on MMC
> -		---help---
> -			This module adds support for the SDIO interface of adapters using
> -			WILC chipset. Select this if your platform is using the SDIO bus. 
> +	bool "SDIO support"
> +	depends on MMC
> +	---help---
> +	  This module adds support for the SDIO interface
> +	  of adapters using WILC chipset. Select this if
> +	  your platform is using the SDIO bus.
>  
>  	config WILC1000_SPI
> -	    bool "SPI support"
> -		---help---
> -			This module adds support for the SPI interface of adapters using
> -			WILC chipset. Select this if your platform is using the SPI bus. 
> +	depends on SPI
> +	bool "SPI support"
> +	---help---
> +	  This module adds support for the SPI interface
> +	  of adapters using WILC chipset. Select this if
> +	  your platform is using the SPI bus.
>  endchoice
>  
> -
>  config WILC1000_HW_OOB_INTR
> -    bool "Use out of band interrupt"
> -    depends on WILC1000 && WILC1000_SDIO
> -    default n
> -    ---help---
> -		If your platform don't recognize SDIO IRQ, connect chipset external IRQ pin
> -		and check this option. Or, Use this to get all interrupts including SDIO interrupts.
> -
> +	bool "Use out of band interrupt"
> +	depends on WILC1000 && WILC1000_SDIO
> +	default n
> +	---help---
> +	  If your platform don't recognize SDIO IRQ, connect chipset external IRQ pin
> +	  and check this option. Or, Use this to get all interrupts including SDIO interrupts.
> 
> 
> _______________________________________________
> linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> 
> 


-- 
Nicolas Ferre

      reply	other threads:[~2015-05-28 15:06 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-05-28 14:35 [PATCH] staging/wilc1000: fix Kconfig dependencies Arnd Bergmann
2015-05-28 15:06 ` Nicolas Ferre [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55672EDC.40908@atmel.com \
    --to=nicolas.ferre@atmel.com \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).