This possibly only affects the ath5k driver. The sequence to reproduce the possible race condition is: You preferably need an access point that advertises its regulatory domain. Associate to the access point. Run "wpa_cli disconnect". Wait a minute. Run "wpa_cli reconnect". Note the sequence in kernel log of roughly: default configured regdom being set; association succeeding; the "00" regdom being set; AP's regdom being set; loss of association. Try "wpa_cli reconnect" again immediately. Same result. Allow things to settle for a few minutes, then try "wpa_cli reconnect" again. It may or may not work. For some reason, the first ever association to the AP never has a problem.
Does this problem persist with 3.2 kernels?