this suspicion that the lockup happens in the rf off code is a good
start. i am experiencing it when i leave atk9k unassociated on network
manager and am connected w/ cat5 (which makes no difference). after
some time there appears the [phy0] process w/ 100% CPU load again and
again with some pauses in between of approx 2 - 3 minutes.

i am fixing it everytime with rmmod ath9k as long as i am not connected
and/or dont want to be connected through wlan.

On Sun, 5 Jun 2011 14:11:30 +0100
Tony Houghton <h...@realh.co.uk> wrote:

> On Sun, 5 Jun 2011 07:30:34 -0400
> Camilo Mesias <cam...@mesias.co.uk> wrote:
> 
> > I have a suspicion the lockup happens in the rf off code, because I
> > can cause the lockup reliably simply with iwconfig wlan0 tx off
> > Can other people confirm this? Is it worth putting more defensive
> > code in that function?
> 
> This is what I found (I forgot to use Reply To All so I only sent this
> to Mohammed Shafi before):
> 
> : The freeze is in ath9k_hw_set_power_awake during the for() loop
> when it : calls
> : REG_SET_BIT(ah, AR_RTC_FORCE_WAKE, AR_RTC_FORCE_WAKE_EN);
> 
> That could be wrong because I used printk to track it down and there
> may be a race condition between the crash and the messages appearing
> on the console.
> 
> I also discovered that
>   val = REG_READ(ah, AR_RTC_STATUS) & AR_RTC_STATUS_M;
> had a result of 15, but the status should only have one bit set at a
> time I think?
> 
> I also wondered why it was trying to go into a wake state when it was
> supposed to be shutting down.
> _______________________________________________
> ath9k-devel mailing list
> ath9k-devel@lists.ath9k.org
> https://lists.ath9k.org/mailman/listinfo/ath9k-devel


-- 
Lars Schotte
@ Hana (F14)
_______________________________________________
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel

Reply via email to