4 ms·
TL;DR: Describe, if the device permits third-party software or firmware installation, what mechanisms are provided by the manufacturer to permit integration of
by qb45 11y ago
TL;DR:
Describe, if the device permits third-party software or firmware installation, what mechanisms are provided by the manufacturer to permit integration of such functions while ensuring that the RF parameters of the device cannot be operated outside its authorization for operation in the US. In the description include what controls and/or agreements are in place with providers of third-party functionality to ensure the devices’ underlying RF parameters are unchanged and how the manufacturer verifies the functionality.
This sounds like it permits open source drivers and OSs, as long as the hardware enforces FCC compliance.
However, I see a problem with the "FCC" in "FCC compliance". This rule doesn't sound good for world-roaming WiFi adapters, i.e. ones which are validated to physically work in multiple regulatory regimens and try to comply with current local regulations simply by not transmitting on frequencies not allowed everywhere in the world until they connect to some AP working on this frequency. Obviously, the assumption is that APs are compliant.
AFAIK at least Atheros makes such adapters (for laptops, phones, etc) and the channel limiting logic is implemented in drivers, which are open source for some platforms. I wonder how are they going to deal with such regulations.
Not that this would be the first time radio regulations screw mobile users, btw. You may think that even if your laptop's WiFi card is locked to channels allowed in one country, you can get a USB dongle from another country and use it there. Not that easily. Some cards made by Atheros (dunno about other vendors) are validated only for operation in certain regulatory domains and this information is stored in EEPROM on the card. Their Linux driver reads the country code from the card and passes it to the wireless stack, which in turn immediately locks out all frequencies and power levels disallowed in this country.
When I asked about this behavior, the WiFi stack maintainer's response was that they treat each region-locked card in the system as a "hint" that the system may be operating in this region and try to comply with this region's regulations just to be safe. Madness and paranoia. This maintainer was an employee of one WiFi hardware vendor.
I ended up replacing my laptop's WiFi card with one whose drivers are based on independent reverse-engineering effort, simply because they didn't bother passing regulatory codes to the WiFi stack and messing up USB dongles.
- h4waii 11y agoYou can quite easily change your regulatory domain on Linux, as well as change stored settings (through wireless-regdb) in it. CRDA is run in user-space. For example, `iw reg set` to BO ro JP will remove many power and channel limitations. Yes, it's possible to have these settings stored in a tertiary firmware, but it's not common anymore. The hardware is the same, the driver and stack simply limit it based on what the OS requests.
- qb45 11y ago1. `iw reg set JP` is exactly what this regulation seeks to prohibit, i.e. if you are selling WiFi hardware in the US, you have to be damn sure that no one will be able to switch it to channel 14. 2. Even with `iw reg set JP` you won't be able to go above channel 11 if your system contains an Atheros adapter certified for US market only. Even using other hardware, suitable for the job and certified by whatever agency Japan has. The only solution is `rmmod ath` or patching the mac80211 stack. Or avoiding Atheros hardware, as I do. Not that I have anything against Atheros, I'm sure they wouldn't bother implementing this bullshit logic if they didn't have to, but their hardware is simply a PITA to use because of this.