On Sunday 29 March 2009, Nick Kossifidis wrote: > I can understand how this patch may have resulted a noise floor > calibration timeout but i can't understand how it broke everything > else. I've tested it with a very similar card (same MAC and PHY chips > but from a different vendor) and it worked just fine. Also i know > there is still something more to fix for RF5112 while setting rf > buffer settings and we have 2 curves but i don't think that's related. I was using wireless-testing when I have experienced the problem. Then after the bisectioning procedure I removed the entire patch solving the problem with the authentication-association process. Does also your board support 802.11abg? I don't understand why the noise calibration process remains stuck @ 5.18GHz. Is it possible to split your patch in shorter pieces to isolate the problem? > > and with "modprobe -r ath5k" > > > > Mar 29 11:23:59 kernel: ath0: deauthenticating by local choice (reason=3) > > Mar 29 11:24:05 kernel: ath5k phy0: noise floor calibration timeout > > (5180MHz) Mar 29 11:24:38 last message repeated 3 times > > Mar 29 11:24:49 kernel: ath5k phy0: noise floor calibration timeout > > (5180MHz) > > > > (I can't understand the deauthenticating line when before I don't see an > > authenticate line). At this point it's impossible to remove the module > > and the execution of a top session identifies a "phy0" program which runs > > forever with high CPU usage (I need to reboot the system) > > > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > > 21548 root 15 -5 0 0 0 R 68.5 0.0 2:25.68 phy0 > > This is even more weird, do you have an SMP system ? That warning you > get is from the periodic calibration function, it seems you run this > function too often... Unfortunately I don't have a SMP system but a very old processor, an Athlon Thunderbird 900MHz :-( I have to manually reboot the system (hardware button, the software procedure doesn't work). Tell me if you need other information, I'll test possible patches to solve the problem. Fabio -- 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
