Loading Documentation/feature-removal-schedule.txt +9 −4 Original line number Diff line number Diff line Loading @@ -7,7 +7,7 @@ be removed from this file. --------------------------- What: The ieee80211_regdom module parameter When: March 2010 When: March 2010 / desktop catchup Why: This was inherited by the CONFIG_WIRELESS_OLD_REGULATORY code, and currently serves as an option for users to define an Loading @@ -30,18 +30,23 @@ Who: Luis R. Rodriguez <lrodriguez@atheros.com> --------------------------- What: old static regulatory information When: 2.6.29 What: CONFIG_WIRELESS_OLD_REGULATORY - old static regulatory information When: March 2010 / desktop catchup Why: The old regulatory infrastructure has been replaced with a new one which does not require statically defined regulatory domains. We do not want to keep static regulatory domains in the kernel due to the the dynamic nature of regulatory law and localization. We kept around the old static definitions for the regulatory domains of: * US * JP * EU and used by default the US when CONFIG_WIRELESS_OLD_REGULATORY was set. set. We will remove this option once the standard Linux desktop catches up with the new userspace APIs we have implemented. Who: Luis R. Rodriguez <lrodriguez@atheros.com> --------------------------- Loading net/wireless/Kconfig +9 −28 Original line number Diff line number Diff line Loading @@ -12,36 +12,17 @@ config CFG80211_REG_DEBUG config WIRELESS_OLD_REGULATORY bool "Old wireless static regulatory definitions" default y default n ---help--- This option enables the old static regulatory information and uses it within the new framework. This is available temporarily as an option to help prevent immediate issues due to the switch to the new regulatory framework which does require a new userspace application which has the database of regulatory information (CRDA) and another for setting regulatory domains (iw). For more information see: http://wireless.kernel.org/en/developers/Regulatory/CRDA http://wireless.kernel.org/en/users/Documentation/iw It is important to note though that if you *do* have CRDA present and if this option is enabled CRDA *will* be called to update the regulatory domain (for US and JP only). Support for letting the user set the regulatory domain through iw is also supported. This option mainly exists to leave around for a kernel release some old static regulatory domains that were defined and to keep around the old ieee80211_regdom module parameter. This is being phased out and you should stop using them ASAP. Note: You will need CRDA if you want 802.11d support Say Y unless you have installed a new userspace application. Also say Y if have one currently depending on the ieee80211_regdom module parameter and cannot port it to use the new userspace interfaces. and uses it within the new framework. This option is available for historical reasons and it is advised to leave it off. For details see: http://wireless.kernel.org/en/developers/Regulatory Say N and if you say Y, please tell us why. The default is N. config WIRELESS_EXT bool "Wireless extensions" Loading Loading
Documentation/feature-removal-schedule.txt +9 −4 Original line number Diff line number Diff line Loading @@ -7,7 +7,7 @@ be removed from this file. --------------------------- What: The ieee80211_regdom module parameter When: March 2010 When: March 2010 / desktop catchup Why: This was inherited by the CONFIG_WIRELESS_OLD_REGULATORY code, and currently serves as an option for users to define an Loading @@ -30,18 +30,23 @@ Who: Luis R. Rodriguez <lrodriguez@atheros.com> --------------------------- What: old static regulatory information When: 2.6.29 What: CONFIG_WIRELESS_OLD_REGULATORY - old static regulatory information When: March 2010 / desktop catchup Why: The old regulatory infrastructure has been replaced with a new one which does not require statically defined regulatory domains. We do not want to keep static regulatory domains in the kernel due to the the dynamic nature of regulatory law and localization. We kept around the old static definitions for the regulatory domains of: * US * JP * EU and used by default the US when CONFIG_WIRELESS_OLD_REGULATORY was set. set. We will remove this option once the standard Linux desktop catches up with the new userspace APIs we have implemented. Who: Luis R. Rodriguez <lrodriguez@atheros.com> --------------------------- Loading
net/wireless/Kconfig +9 −28 Original line number Diff line number Diff line Loading @@ -12,36 +12,17 @@ config CFG80211_REG_DEBUG config WIRELESS_OLD_REGULATORY bool "Old wireless static regulatory definitions" default y default n ---help--- This option enables the old static regulatory information and uses it within the new framework. This is available temporarily as an option to help prevent immediate issues due to the switch to the new regulatory framework which does require a new userspace application which has the database of regulatory information (CRDA) and another for setting regulatory domains (iw). For more information see: http://wireless.kernel.org/en/developers/Regulatory/CRDA http://wireless.kernel.org/en/users/Documentation/iw It is important to note though that if you *do* have CRDA present and if this option is enabled CRDA *will* be called to update the regulatory domain (for US and JP only). Support for letting the user set the regulatory domain through iw is also supported. This option mainly exists to leave around for a kernel release some old static regulatory domains that were defined and to keep around the old ieee80211_regdom module parameter. This is being phased out and you should stop using them ASAP. Note: You will need CRDA if you want 802.11d support Say Y unless you have installed a new userspace application. Also say Y if have one currently depending on the ieee80211_regdom module parameter and cannot port it to use the new userspace interfaces. and uses it within the new framework. This option is available for historical reasons and it is advised to leave it off. For details see: http://wireless.kernel.org/en/developers/Regulatory Say N and if you say Y, please tell us why. The default is N. config WIRELESS_EXT bool "Wireless extensions" Loading