On Mon, 2009-02-09 at 17:39 -0800, Luis R. Rodriguez wrote: > In Intel's case the first regulatory domain is ignored (world). To see, > before associating to an AP try running 'iw list'. I will remove NetworkManager & gdm from the default runlevel and try that, yes. > I noticed that, what ends up happening then is the static world regulatory > domain is used from the kernel. I take it you used an initramfs with the > sda driver in there? No. There's an initramfs, but it's only used to unlock the encrypted root filesystem. The actual driver for sda (ata_piix) is in the kernel. > I've been using initramfs too but for some reason > on my system udev triggers the request eventually after the drive > is mounted. So this is the first time I hear of this. I have another user reporting it on PowerPC, without an encrypted root. > I also noticed though: > > cfg80211: Calling CRDA for country: GB > cfg80211: Current regulatory intersected: > (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) > (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm) > > This seems to indicate to me you manually ran: > > sudo iw reg set GB > > Is that the case? Eventually, yes. To see if that would clear things up, but it didn't. Even if I just leave the AP 802.11d info to fill in the regulatory information (which you can see higher up, as it has the information slightly wrong and includes channel 14 together with very high radio power) the 5GHz channels are not included. As said, will do an iw list with no other software having fiddled with anything yet. The Cisco APs are in the vicinity so I may not be able to stop them picking up the 80211d info though. Regards, Tony V.
Attachment:
signature.asc
Description: This is a digitally signed message part
