Search Linux Wireless

Re: [ath5k-devel] [PATCH 1/5] nl80211: Add new WIPHY attribute COVERAGE_CLASS

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 15.12.2009 20:00 you wrote:
> Does setting the coverage class make sense for all modes of operation?
> If not it'd be good to catch those early and avoid setting them and also
> properly document them.
The coverage class is a physical device parameter, not interface parameter, so 
it's independent on whether the interface is AP or STA, there could even be 
multiple interfaces on one physical device. It's the same as RTS threshold, 
for example. And it has to be a physical device parameter, because in the end 
it just sets some hardware registers.

> The AP seems to pass the coverage class on country IE, so I guess
> this means we can support this for AP mode and IBSS and only through the
> country IE for STA. Mind you that would mean hostapd would need to kick
> the coverage class as well and some new code on cfg80211 reg.c
> country_ie_2_rd() to parse it.
This part is not implemented yet, I wanted to do the low level setting first, 
as the regulatory stuff is quite complex. It's still usable for long distance 
point-to-point links (that are now impossible with in-kernel drivers). 
Hostapd would then use the same API.

Lukas Turek

Attachment: signature.asc
Description: This is a digitally signed message part.


[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux