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 <gpr...@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
> > g...@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-h...@freebsd.org mailing list
> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head
> >> To unsubscribe, send any mail to "svn-src-head-unsubscr...@freebsd.org"
> >>
> 
_______________________________________________
freebsd-wireless@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-wireless
To unsubscribe, send any mail to "freebsd-wireless-unsubscr...@freebsd.org"

Reply via email to