> [ 1698.498801] ath: EEPROM regdomain: 0x0 > > Does this indicate that the EEPROM is locked to country code > 0x0 (whatever that is, probably US)? "iw reg" doesn't seem to > change anything: Yep, that's the case. However, "iw XXX reg set XX" should *STILL* change some things, so I guess that crda/regdb isn't still correctly installed. And you should still see something in your "dmesg" output. Hey, even "COUNTRY=AT crda" should change/produce something, e.g. check "dmesg" and "iw list". However, I've now switched my kernel to no longer include > [ 1686.542910] cfg80211: Using static regulatory domain info You probably should either use CRDA ("the new way") or some static reg info in your kernel. I personally opted for CRDA, as this gives me more correct channel settings. Regarding the wrong info in your EEPROM: check the README file from ath_info (svn co http://madwifi-project.org/svn/ath_info/trunk). I currently have the feeling, that about 50% of all WLAN cards bought in Germany have a "wrong" EEPROM country. Maybe importers simply don't care about this. Oh, and what I'm not yet getting: how can a wrong country setting lead to so much packet-loss? -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html