2012-01-06 08:01:48

by MR

[permalink] [raw]
Subject: Re: ath9k crash 3.2-rc7

> > > :) no problem. i hope for you can recreate the issue consistently ,
> > > can you please test with the attached patch and another debug patch.
>> > please let me know if there is no panic but there are warnings (or)
>if
> > > there are no warnings (or) the issue still appears(also the trace
> > > thanks) , also if you need any help
> > Should I apply the patch to Linux 3.2-rc7 or 3.2 release?
>Oh, I see. 3.2 release has this fix already. I will build it with
debugging
> patch and report warnings now.

I have some unpleasant news: it looks like it takes slightly longer with the
fix, but the crash still managed to occur with 3.2 and I lack ESP to check
for warnings immediately before that. I thought that 8 hours is enough
testing, heh. It simply took 9 and a half under nigh-ideal conditions
(stable signal from fixed AP with notebook also steadily in one place).

Good news is that I remembered to decrease console font size before the
crash. So now I could see that the long stack trace was just a decoy to
ensure that the first Oops scrolls too far up. I now have photos of the
first one, too.

Process: kworker/u:2 (pid: 1419, threadinfo ffff88013dc38000, task
ffff8800891020d0)
Stack:
ffff88013dc39c10 ffff880136111ae0 ffff880136110460 0000000000000040
ffff880136114000 0000000000000000 ffff88013dc39d20 ffffffffa0560a35
0000000000000001 0000000000000202 ffff8801361140f0 ffff88013ed3ea48
Call trace:
ath9k_config+0x115/0x780 [ath9k]
? queue_work+0x1a/0x20
? queue_delayed_work+0x25/0x30
? ieee80211_queue_delayed_work+0x46/0x60 [mac80211]
? ath9k_flush+0x155/0x1d0 [ath9k]
ieee80211_hw_config+0xe2/0x160 [mac80211]
ieee80211_scan_work+0x243/0x5c0 [mac80211]
? __schedule+0x2d7/0x7b0
? ieee80211_scan_rx+0x1c0/0x1c0 [mac80211]
process_one_work+0x111/0x390

Only after this happens "unable to complete kernel paging request" in
ath_update_survey_stats
worker_thread+0x162/0x340
? manage_workers.clone.26+0x240/0x240
kthread+0x96/0xa0
kernel_thread_helper+0x4/0x10
? kthread_worker_fn+0x190/0x190
? gs_change+0x13/0x13




2012-01-06 09:02:56

by Mohammed Shafi

[permalink] [raw]
Subject: Re: ath9k crash 3.2-rc7

2012/1/6 MR <[email protected]>:
> ?> > ?> :) no problem. i hope for you can recreate the issue consistently ,
> ?> > ?> can you please test with the attached patch and another debug patch.
> ?>> ?> please let me know if there is no panic but there are warnings (or)
> ?>if
> ?> > ?> there are no warnings (or) the issue still appears(also the trace
> ?> > ?> thanks) , also if you need any help
> ?> > Should I apply the patch to Linux 3.2-rc7 or 3.2 release?
> ?>Oh, I see. 3.2 release has this fix already. I will build it with
> debugging
> ?> patch and report warnings now.
>
> I have some unpleasant news: it looks like it takes slightly longer with the
> fix, but the crash still managed to occur with 3.2 and I lack ESP to check
> for warnings immediately before that. I thought that 8 hours is enough
> testing, heh. It simply took 9 and a half under nigh-ideal conditions
> (stable signal from fixed AP with notebook also steadily in one place).

:( i had put those warnings to prevent the crash itself and what's causing it.
may be i had missed that pos can be < 0 in addition to (pos > 37).
i am just looking at those areas of code for some other issue. hope i
can a find a fix
for both of them

>
> Good news is that I remembered to decrease console font size before the
> crash. So now I could see that the long stack trace was just a decoy to
> ensure that the first Oops scrolls too far up. I now have photos of the
> first one, too.
>
> Process: kworker/u:2 (pid: 1419, threadinfo ffff88013dc38000, task
> ffff8800891020d0)
> Stack:
> ?ffff88013dc39c10 ffff880136111ae0 ffff880136110460 0000000000000040
> ?ffff880136114000 0000000000000000 ffff88013dc39d20 ffffffffa0560a35
> ?0000000000000001 0000000000000202 ffff8801361140f0 ffff88013ed3ea48
> Call trace:
> ?ath9k_config+0x115/0x780 [ath9k]
> ?? queue_work+0x1a/0x20
> ?? queue_delayed_work+0x25/0x30
> ?? ieee80211_queue_delayed_work+0x46/0x60 [mac80211]
> ?? ath9k_flush+0x155/0x1d0 [ath9k]
> ?ieee80211_hw_config+0xe2/0x160 [mac80211]
> ?ieee80211_scan_work+0x243/0x5c0 [mac80211]
> ?? __schedule+0x2d7/0x7b0
> ?? ieee80211_scan_rx+0x1c0/0x1c0 [mac80211]
> ?process_one_work+0x111/0x390
>
> Only after this happens "unable to complete kernel paging request" in
> ath_update_survey_stats
> ?worker_thread+0x162/0x340
> ?? manage_workers.clone.26+0x240/0x240
> ?kthread+0x96/0xa0
> ?kernel_thread_helper+0x4/0x10
> ?? kthread_worker_fn+0x190/0x190
> ?? gs_change+0x13/0x13
>
>



--
shafi