Date: Thu, 20 Jun 2013 12:33:28 -0700 From: Adrian Chadd <adrian@freebsd.org> To: Gennady Proskurin <gprspb@mail.ru> Cc: freebsd-wireless@freebsd.org Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <CAJ-Vmo=K_abTuOY1pNrPSkd879J3YUOr7xm8c2SWvqxPbwhPAA@mail.gmail.com> In-Reply-To: <20130620144834.GA913@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <CAJ-VmomgV%2BT5TTEQVGsvwoTbNqJtdnj3_gz_05ZeZD3b5B-uVg@mail.gmail.com> <20130619082855.GC985@gpr.nnz-home.ru> <CAJ-Vmo=TmHyFYF94nxAVaaNLr3txFPDqQDFryoA0K0HF0MW5PA@mail.gmail.com> <20130619091310.GD985@gpr.nnz-home.ru> <CAJ-VmoknieN-rj-sgdbgUJpFyPfcxBHUkGpfpPLxw98Bi0NsJA@mail.gmail.com> <20130620072418.GA987@gpr.nnz-home.ru> <20130620144834.GA913@gpr.nnz-home.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
Well, try rebooting with -HEAD a few times.
Also, try r250665 (my first set of patches that enabled better ps-poll
support) and r250664 (the revision beforehand.) See if you can
reproduce the issues with that.
I have a sneaking suspicion that doing more aggressive power save
handling in hostap mode is causing issues but I haven't yet narrowed
it down.
adrian
On 20 June 2013 07:48, Gennady Proskurin <gprspb@mail.ru> wrote:
> I reverted kernel and world to r251541 and card does not work. So, bug is not
> caused by source changes.
>
> On Thu, Jun 20, 2013 at 11:24:18AM +0400, Gennady Proskurin wrote:
>> I have strange results. Finally, I reverted kernel and all the modules to old
>> "working" revision r251541 (just renamed kernel.old to kernel), and my ath card
>> does not work. All userspace world is from r251945.
>> I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)".
>>
>> I doubt it has something to do with changes after r251541, may be my card has
>> some problems. I remember, a few months ago, when I installed it, it had the
>> same problems, which were magically solved after few reboots and upgrades, then
>> my card worked without problems for a few months, surviving weekly upgrades and
>> reboots.
>>
>> Now I recompiling world back to r251541 to be completely sure that it has
>> nothing to do with source changes.
>>
>> CPU usage from top follows:
>> CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle
>> 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq}
>> 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0}
>> 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta}
>>
>> As you see almost all system load is ath0 taskq
>>
>> May be my card is somewhat "broken", or require some magic in driver, but
>> sometimes it can work reliably, and I'll be glad to participate in debugging
>> this case.
>>
>> On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote:
>> > Hi!
>> >
>> > I'd rather you recompile the whole kernel, in case it's actually a
>> > problem elsewhere.
>> >
>> > Thanks,
>> >
>> >
>> >
>> > adrian
>> >
>> > On 19 June 2013 02:13, Gennady Proskurin <gprspb@mail.ru> wrote:
>> > > I filled pr kern/179709
>> > >
>> > > I'll try to bisect repo in r251541-r251945 interval and try different revisions
>> > > to narrow down a problem when I have time. I hope, tomorrow I'll have some
>> > > results.
>> > >
>> > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules?
>> > >
>> > > % kldstat | egrep 'ath|wlan'
>> > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko
>> > > 12 6 0xffffffff80e13000 37059 wlan.ko
>> > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko
>> > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko
>> > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko
>> > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko
>> > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko
>> > >
>> > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote:
>> > >> Hi,
>> > >>
>> > >> 251541 is recent, AND it's _after_ the power save queue changes.
>> > >>
>> > >> The only revisions that are changes to sys/dev/ath are:
>> > >>
>> > >> r251606
>> > >> r251643
>> > >> r251655
>> > >> r251656
>> > >> r251730
>> > >> r251742
>> > >>
>> > >>
>> > >> .. and these are all bluetooth coexistence changes for _another_ chip.
>> > >>
>> > >> Can you try these and see which work and which don't?
>> > >>
>> > >> The other thing to keep in mind - it may be an issue somewhere else in
>> > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it
>> > >> down to the above list first, then we can try narrowing it down
>> > >> further.
>> > >>
>> > >> Thanks!
>> > >>
>> > >>
>> > >>
>> > >> adrian
>> > >>
>> > >>
>> > >>
>> > >> On 19 June 2013 01:28, Gennady Proskurin <gprspb@mail.ru> wrote:
>> > >> > Previous working revision was r251541
>> > >> > So:
>> > >> > r251541 works
>> > >> > r251945 does not work
>> > >> >
>> > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote:
>> > >> >> Hi!
>> > >> >>
>> > >> >> Great! It looks like you definitely hit this more often than i do!
>> > >> >>
>> > >> >> Can you tell me which revision @ 8 june you were at? or go back to
>> > >> >> something on 8-june, verify it works, then tell me which revision?
>> > >> >>
>> > >> >> Let's fix this ASAP!
>> > >> >>
>> > >> >> Thanks!
>> > >> >>
>> > >> >>
>> > >> >>
>> > >> >> adrian
>> > >> >>
>> > >> >> On 19 June 2013 00:28, Gennady Proskurin <gprspb@mail.ru> wrote:
>> > >> >> > Replying to random ath commit.
>> > >> >> >
>> > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun
>> > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945
>> > >> >> > it does not).
>> > >> >> >
>> > >> >> > It spams log and console with messages:
>> > >> >> >
>> > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times
>> > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times
>> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing
>> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times
>> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing
>> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing
>> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times
>> > >> >> > ...
>> > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times
>> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176)
>> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176)
>> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake
>> > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4)
>> > >> >> >
>> > >> >> >
>> > >> >> > # uname -a
>> > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981:
>> > >> >> > Wed Jun 19 08:09:32 MSK 2013
>> > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64
>> > >> >> >
>> > >> >> > Boot log device info:
>> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: <Atheros 5212> mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0
>> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5
>> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056
>> > >> >> >
>> > >> >> > # pciconf -lv
>> > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00
>> > >> >> > vendor = 'Atheros Communications Inc.'
>> > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter'
>> > >> >> > class = network
>> > >> >> > subclass = ethernet
>> > >> >> >
>> > >> >> > # rc.conf
>> > >> >> > wlans_ath0="wlan0"
>> > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap"
>> > >> >> > ifconfig_wlan0="10.X.X.X/24"
>> > >> >> > hostapd_enable="YES"
>> > >> >> >
>> > >> >> > I can do additional tests or submit more info, if necessary.
>> > >> >> >
>> > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote:
>> > >> >> >> Author: adrian
>> > >> >> >> Date: Fri Jun 14 08:15:28 2013
>> > >> >> >> New Revision: 251741
>> > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741
>> > >> >> >>
>> > >> >> >> Log:
>> > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485
>> > >> >> >> NICs which have bluetooth coexistence enabled.
>> > >> >> >>
>> > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which
>> > >> >> >> disables all external switch bit setting. This obviously won't work when
>> > >> >> >> doing coexistence.
>> > >> >> >>
>> > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right
>> > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo
>> > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it.
>> > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer
>> > >> >> >> NICs before I can finish testing this.
>> > >> >> >>
>> > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board.
>> > >> >> >>
>> > >> >> >> Modified:
>> > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c
>> > >> >> >>
>> > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c
>> > >> >> >> ==============================================================================
>> > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740)
>> > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741)
>> > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal
>> > >> >> >> /* LNA diversity functions */
>> > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config;
>> > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config;
>> > >> >> >> +
>> > >> >> >> + /* Setup HAL configuration defaults */
>> > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88;
>> > >> >> >> }
>> > >> >> >>
>> > >> >> >> HAL_BOOL
>> > >> >> >> _______________________________________________
>> > >> >> >> svn-src-head@freebsd.org mailing list
>> > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head
>> > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org"
>> > >> >> >>
>> > >> >>
>> > >>
>> >
>>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-Vmo=K_abTuOY1pNrPSkd879J3YUOr7xm8c2SWvqxPbwhPAA>