[ath9k-devel] EEE PC with AR9280 using N mode with WPA2

[Gabor Juhos <juhosg@openwrt.org>]

Jouni Malinen ?rta:
> On Mon, 2009-05-18 at 13:35 -0700, Gabor Juhos wrote:
> 
>> I have discovered some weird crashes on various embedded (MIPS, ARM) boards with
>> 2.6.30-rc5+compat-wireless-2009-05-15. I'm not sure that is the same error
>> but seems similar at least. The strange thing, that i saw a '0xdeadbeef' value in
>> the interrupt status register.
> 
> I have not seen that value nor a crash (AR9280 on AMD64), but the debug
> log you showed looks quite familiar..
> 
>> ath9k: AWAKE -> NETWORK SLEEP
>> ath9k: *** Dead beef in register 000080ec!
>> Backtrace:
>> [<c0524b0c>] (warn_slowpath_null+0x0/0x20) from [<bf1b7820>] (ath9k_ioread32+0xc0/0x140 [ath9k])
>> [<bf1b7760>] (ath9k_ioread32+0x0/0x140 [ath9k]) from [<bf1cc5fc>] (ath9k_hw_ani_monitor+0x5c/0x454 [ath9k])
>>  r7:00000000 r6:c11015d4 r5:c1100000 r4:000015d0
>> [<bf1cc5a0>] (ath9k_hw_ani_monitor+0x0/0x454 [ath9k]) from [<bf1d15ec>] (ath_ani_calibrate+0x168/0x250 [ath9k])
>>  r8:00000000 r7:00000000 r6:c1100000 r5:c1cba954 r4:fffc0ba8
>> [<bf1d1484>] (ath_ani_calibrate+0x0/0x250 [ath9k]) from [<c052e820>] (run_timer_softirq+0x178/0x1f0)
> 
> I noticed this when debugging PS mode. The periodic ANI/calibration step
> is being run here and that is not such a good idea to be done when the
> chip is mostly sleeping.. I would assume it could (at least partially)
> explain what you are seeing here.
> 
> I have a patch that skips the calibration step in PS mode and plan to
> send that out with some other PS mode fixes after some more testing.
>
> I'm not sure about the other cases shown in your debug log, though. If
> they continue to show up, it might be useful to check whether we are
> getting AR_INTR_SYNC_MAC_SLEEP_ACCESS events when in sleep mode. I think
> I've now managed to resolve most, if not all, of those in my work
> version.

Ok, I will wait for the patches then.
In the meantime i will test compat-wireless-2009-05-19.

Gabor