Home
last modified time | relevance | path

Searched full:regulatory (Results 1 – 25 of 98) sorted by relevance

1234

/linux/Documentation/networking/
H A Dregulatory.rst4 Linux wireless regulatory documentation
8 regulatory infrastructure works.
12 https://wireless.wiki.kernel.org/en/developers/Regulatory
14 Keeping regulatory domains in userspace
17 Due to the dynamic nature of regulatory domains we keep them
19 to the kernel one regulatory domain to be used as the central
20 core regulatory domain all wireless devices should adhere to.
22 How to get regulatory domains to the kernel
25 When the regulatory domain is first set up, the kernel will request a
26 database file (regulatory.db) containing all the regulatory rules. It
[all …]
H A Dindex.rst105 regulatory
/linux/include/net/
H A Dregulatory.h5 * regulatory support structures
41 * struct regulatory_request - used to keep track of regulatory requests
52 * regulatory domain. We have a few special codes:
53 * 00 - World regulatory domain
55 * 98 - result of an intersection between two regulatory domains
56 * 97 - regulatory domain has not yet been configured
57 * @dfs_region: If CRDA responded with a regulatory domain that requires
66 * the requested regulatory domain with the presently set regulatory
70 * currently regulatory domain set on cfg80211 is updated from
71 * CRDA and can be used by other regulatory requests. When a
[all …]
/linux/net/wireless/
H A Dreg.c14 * DOC: Wireless regulatory infrastructure
17 * determine which regulatory domain it should be operating under, then
25 * In addition to all this we provide an extra layer of regulatory
26 * conformance. For drivers which do not have any regulatory
27 * information CRDA provides the complete regulatory solution.
59 * channels allowed by the current regulatory domain.
64 * enum reg_request_treatment - regulatory request treatment
66 * @REG_REQ_OK: continue processing the regulatory request
67 * @REG_REQ_IGNORE: ignore the regulatory request
68 * @REG_REQ_INTERSECT: the regulatory domai
[all...]
H A Dreg.h64 * guesses on regulatory to help with world roaming. This is only used for
67 * 1-11 are already enabled by the world regulatory domain; and on
79 * regulatory_hint_country_ie - hints a country IE as a regulatory domain
94 * in but for that they would have to use the regulatory extension
112 * This routine is a helper to restore regulatory settings to how they were
114 * beacon regulatory hints. The ieee80211_regdom module parameter will always
115 * be respected but if a user had set the regulatory domain that will take
171 * reg_reload_regdb - reload the regulatory.db firmware file
177 * reg_check_channels - schedule regulatory enforcement
/linux/Documentation/ABI/testing/
H A Dsysfs-driver-intc_sar7 Specific Absorption Rate (SAR) regulatory mode is typically
11 the current SAR regulatory mode on the Dynamic SAR driver using
13 this sysfs node, the currently configured regulatory mode value
16 Acceptable regulatory modes are:
23 - The regulatory mode value has one of the above values.
24 - The default regulatory mode used in the driver is 0.
48 given host. The regulatory mode configured on Dynamic SAR
/linux/drivers/net/wireless/ath/
H A Dregd.c29 * This is a set of common rules used by our world regulatory domains.
30 * We have 12 world regulatory domains. To save space we consolidate
31 * the regulatory domains in 5 structures by frequency and change
35 /* Only these channels all allow active scan on all world regulatory domains */
38 /* We enable active scan on these a case by case basis by regulatory domain */
45 /* We allow IBSS on these on a case by case basis by regulatory domain */
363 * @reg: regulatory structure - used for country selection
364 * @initiator: the regulatory hint initiator
368 * regulatory SKUs.
373 * custom regulatory domain.
[all …]
H A DKconfig41 bool "Atheros dynamic user regulatory hints"
50 bool "Atheros dynamic user regulatory testing"
/linux/drivers/net/wireless/realtek/rtw88/
H A Dregd.c23 __r->regulatory->alpha2[0], \
24 __r->regulatory->alpha2[1], \
25 __r->regulatory->txpwr_regd_2g, \
26 __r->regulatory->txpwr_regd_5g, \
352 * as the superset for our regulatory rule. in rtw_regd_init()
360 rtwdev->regd.regulatory = &rtw_reg_ww; in rtw_regd_init()
386 "failed to hint regulatory: %d\n", ret); in rtw_regd_hint()
403 !rtw_reg_is_ww(next_regd->regulatory)) { in rtw_regd_mgmt_worldwide()
416 rtw_reg_match(next_regd->regulatory, rtwdev->efuse.country_code)) { in rtw_regd_mgmt_programmed()
435 if (rtw_reg_is_ww(next_regd->regulatory)) { in rtw_regd_mgmt_setting()
[all …]
/linux/drivers/platform/x86/intel/int1092/
H A Dintel_sar.h53 * @reg_mode_needed: regulatory mode set by user for tests
69 * @reg_value: regulatory value
70 * Regulatory 0: FCC, 1: CE, 2: ISED
/linux/drivers/net/wireless/intel/iwlegacy/
H A D4965.h270 * 1) Regulatory information (max txpower and channel usage flags) is provided
307 * 1) Compare desired txpower vs. (EEPROM) regulatory limit for this channel.
308 * Do not exceed regulatory limit; reduce target txpower if necessary.
312 * regulatory limit by 3 dB (half-power) for each transmitter, so the
313 * combined total output of the 2 transmitters is within regulatory limits.
332 * no reduction (such as with regulatory txpower limits) is required.
363 * the middle set of measurements is closest to the regulatory limits,
454 * avoids any need to double-check for regulatory compliance after
482 * limit each transmitter to deliver a max of 3 dB below the regulatory limit
484 * txpower is within regulatory limits.
[all …]
/linux/Documentation/networking/device_drivers/wifi/intel/
H A Dipw2100.rst40 governmental regulatory agency requirements for the regions that they
61 ensuring the regulatory compliance of the products, (ii) Intel will bear
64 the warranty and/or issues arising from regulatory non-compliance, and
68 Note: Many regulatory agencies consider Wireless LAN adapters to be
69 modules, and accordingly, condition system-level regulatory approval
75 part of a development project. Conformance to local regulatory
H A Dipw2200.rst54 governmental regulatory agency requirements for the regions that they
75 ensuring the regulatory compliance of the products, (ii) Intel will bear
78 the warranty and/or issues arising from regulatory non-compliance, and
82 Note: Many regulatory agencies consider Wireless LAN adapters to be
83 modules, and accordingly, condition system-level regulatory approval
89 part of a development project. Conformance to local regulatory
363 The geography code corresponds to a regulatory domain as shown in the
/linux/drivers/net/wireless/ath/ath11k/
H A Dreg.h11 #include <net/regulatory.h>
31 /* ATH11K Regulatory API's */
/linux/drivers/net/wireless/realtek/rtlwifi/rtl8192se/
H A Dfw.h74 /* regulatory class bit map 0 */
76 /* regulatory class bit map 1 */
78 /* regulatory class bit map 2 */
80 /* regulatory class bit map 3 */
H A Drf.c176 /* Realtek regulatory increase power diff defined in _rtl92s_get_txpower_writeval_byregulatory()
177 * by Realtek for regulatory */ in _rtl92s_get_txpower_writeval_byregulatory()
182 "Realtek regulatory, 40MHz, writeval = 0x%x\n", in _rtl92s_get_txpower_writeval_byregulatory()
203 "Realtek regulatory, 20MHz, writeval = 0x%x\n", in _rtl92s_get_txpower_writeval_byregulatory()
208 /* Better regulatory don't increase any power diff */ in _rtl92s_get_txpower_writeval_byregulatory()
211 "Better regulatory, writeval = 0x%x\n", writeval); in _rtl92s_get_txpower_writeval_byregulatory()
/linux/Documentation/driver-api/80211/
H A Dcfg80211.rst143 Regulatory enforcement infrastructure
147 :doc: Regulatory enforcement infrastructure
/linux/drivers/net/wireless/quantenna/qtnfmac/
H A Dqlink.h67 * @QLINK_HW_CAPAB_REG_UPDATE: device can update it's regulatory region.
155 * @max_reg_power: maximum regulatory transmission power (in dBm)
158 * @beacon_found: helper to regulatory code to indicate when a beacon
279 * @QLINK_CMD_REG_NOTIFY: notify device about regulatory domain change. This
668 * enum qlink_user_reg_hint_type - type of user regulatory hint
690 * @info: variable portion of regulatory notifier callback.
1027 * enum qlink_dfs_regions - regulatory DFS regions
1055 * @n_reg_rules: number of regulatory rules TLVs in variable portion of the
1057 * @dfs_region: regulatory DFS region, one of &enum qlink_dfs_regions.
1538 * enum qlink_reg_rule_flags - regulatory rule flags
[all …]
/linux/drivers/staging/rtl8723bs/os_dep/
H A Dwifi_regd.c18 * scan on all world regulatory domains
27 * by case basis by regulatory domain
/linux/drivers/net/wireless/broadcom/brcm80211/brcmsmac/
H A Dchannel.c20 #include <net/regulatory.h>
304 * set the driver's current country and regulatory information
341 /* store the country code for passing up as a regulatory hint */ in brcms_c_channel_mgr_attach()
356 /* save default country for exiting 11d regulatory mode */ in brcms_c_channel_mgr_attach()
386 /* set or restore gmode as required by regulatory */ in brcms_c_channel_set_chanspec()
709 /* Disable radio if all channels disallowed by regulatory */ in brcms_reg_notifier()
/linux/drivers/net/wireless/intel/iwlwifi/fw/api/
H A Ddhc.h96 * @max_reg_pwr_limit_ant_a: Antenna A regulatory power limits in dBm
97 * @max_reg_pwr_limit_ant_b: Antenna B regulatory power limits in dBm
/linux/drivers/net/wireless/ath/ath12k/
H A Dreg.c58 "Regulatory Notification received for %s\n", wiphy_name(wiphy)); in ath12k_reg_notifier()
85 ath12k_warn(ar->ab, "Unexpected Regulatory event for this wiphy\n"); in ath12k_reg_notifier()
285 ath12k_warn(ab, "Timeout while waiting for regulatory update"); in ath12k_regd_update()
359 * regulatory. in ath12k_regd_update()
740 * for all 5G rules here. The regulatory core performs in ath12k_reg_build_regd()
900 ath12k_warn(ab, "Failed to set the requested Country regulatory setting\n"); in ath12k_reg_validate_reg_info()
/linux/drivers/net/wireless/virtual/
H A Dmac80211_hwsim.c79 * enum hwsim_regtest - the type of regulatory tests we offer
81 * @HWSIM_REGTEST_DISABLED: No regulatory tests are performed,
83 * @HWSIM_REGTEST_DRIVER_REG_FOLLOW: Used for testing the driver regulatory
84 * hint, only one driver regulatory hint will be sent as such the
86 * @HWSIM_REGTEST_DRIVER_REG_ALL: Used for testing the driver regulatory
87 * request with all radios reporting the same regulatory domain.
89 * different regulatory domains requests. Expected behaviour is for
91 * respective regulatory requested domains. Subsequent radios will
94 * this by using a custom beacon-capable regulatory domain for the first
96 * @HWSIM_REGTEST_CUSTOM_WORLD: Used for testing the custom world regulatory
[all …]
/linux/drivers/net/wireless/ath/ath6kl/
H A DKconfig63 the firmware. This can be only enabled if regulatory requirements
/linux/drivers/net/wireless/ath/carl9170/
H A Dmain.c1884 struct ath_regulatory *regulatory = &ar->common.regulatory; in carl9170_parse_eeprom() local
1930 regulatory->current_rd = le16_to_cpu(ar->eeprom.reg_domain[0]); in carl9170_parse_eeprom()
1944 ath_reg_notifier_apply(wiphy, request, &ar->common.regulatory); in carl9170_reg_notifier()
1949 struct ath_regulatory *regulatory = &ar->common.regulatory; in carl9170_register() local
1965 err = ath_regd_init(regulatory, ar->hw->wiphy, in carl9170_register()
1987 if (!ath_is_world_regd(regulatory)) in carl9170_register()
1988 regulatory_hint(ar->hw->wiphy, regulatory->alpha2); in carl9170_register()

1234