carl9170 firmware: Wake-on-LAN support

[carl9170fw.git] / carlfw / Kconfig

diff --git a/carlfw/Kconfig b/carlfw/Kconfig
index 93267043a927694d10d32e6018135a0d8b886d65..9a980e36268ad211186ed0e7c28597e3d1f1823b 100644 (file)
--- a/carlfw/Kconfig
+++ b/carlfw/Kconfig
@@ -1,7 +1,7 @@
 menu "General"
 
 config CARL9170FW_MAKE_RELEASE
-       def_bool n
+       def_bool y
        prompt "Update/Generate new release/revision files"
 
 config CARL9170FW_RELEASE_VERSION
@@ -140,7 +140,7 @@ config CARL9170FW_PSM
         PRETBTT event fires.
 
 config CARL9170FW_DELAYED_TX
-       def_bool y
+       def_bool n
        prompt "Delay and reorder TX"
        depends on CARL9170FW_EXPERIMENTAL
        ---help---
@@ -152,14 +152,28 @@ config CARL9170FW_DELAYED_TX
         Doesn't work 100% yet, but in most cases other HW designs can
         deal with the fallout.
 
+config CARL9170FW_TX_AMPDU
+       def_bool n
+       prompt "Firmware-supported ampdu scheduling"
+       depends on CARL9170FW_EXPERIMENTAL
+
+config CARL9170FW_WOL
+       def_bool n
+       prompt "Wakeup on WLAN"
+       depends on CARL9170FW_EXPERIMENTAL
+       ---help---
+        With this option enabled, the firmware can wake-up
+        suspended hosts... As long as they fully support
+        USB remote wakeup.
+
 config CARL9170FW_VIFS_NUM
-       default 0
+       default 1
        int
        prompt "Number of additional pseudo virtual interfaces"
        depends on CARL9170FW_EXPERIMENTAL
 
 config CARL9170FW_FW_MAC_RESET
-       def_bool n
+       def_bool y
        prompt "Firmware MAC Chip recovery"
        depends on CARL9170FW_EXPERIMENTAL
 
@@ -246,6 +260,11 @@ config CARL9170FW_USB_MODESWITCH
         Mostly implemented, but untested and some serious
         doubts remain.
 
+config CARL9170FW_DMA_QUEUE_BUMP
+       def_bool n
+       prompt "Bump a stuck TX queue before doing a MAC reset"
+       depends on CARL9170FW_BROKEN_FEATURES
+
 menu "Build Options"
 config CARL9170FW_AGGRESSIVE_CFLAGS
        def_bool y