Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 16 Jul 2016 08:51:04 -0700
From:      Adrian Chadd <adrian.chadd@gmail.com>
To:        Willem@offermans.rompen.nl
Cc:        Andrew Stevenson <andrew@ugh.net.au>,  "freebsd-wireless@freebsd.org" <freebsd-wireless@freebsd.org>
Subject:   Re: bf_next not NULL!
Message-ID:  <CAJ-VmomwtRwk8aNcCn3pKzbLspPHN0UKPC4J%2BdS0ebOvHom73g@mail.gmail.com>
In-Reply-To: <20160716105843.GA5832@vpn.offrom.nl>
References:  <2DEF8DBE-1444-435C-B48C-FEAB71CA60E5@ugh.net.au> <20160716105843.GA5832@vpn.offrom.nl>

next in thread | previous in thread | raw e-mail | index | archive | help
hi!

both of these should be fixed in stable/11 :)


-adrian


On 16 July 2016 at 03:58, Willem Offermans <Willem@offermans.rompen.nl> wro=
te:
> Hello FreeBSD friends,
>
> On Sat, Jul 16, 2016 at 12:12:40PM +0200, Andrew Stevenson wrote:
>> Hi,
>>
>> I have an Atheros 9227 card in AP mode. It looks like there is some pack=
et loss at the wireless layer, resulting in large delays at the IP layer. A=
lso, every few days, nothing seems to be able to associate. Restarting the =
interface (/etc/rc.d/netif restart wlan0) fixes that but the possible packe=
t loss remains.
>>
>> I notice quite numerous errors in dmesg. Bursts of:
>>
>> ath0: ath_tx_default_comp: bf 0xfffffe0000826aa0: seqno 550: bf_next not=
 NULL!
>> ath0: ath_tx_default_comp: bf 0xfffffe0000831d20: seqno 551: bf_next not=
 NULL!
>> ath0: ath_tx_default_comp: bf 0xfffffe0000827298: seqno 552: bf_next not=
 NULL!
>> ath0: ath_tx_default_comp: bf 0xfffffe0000815bb0: seqno 553: bf_next not=
 NULL!
>> ath0: ath_tx_default_comp: bf 0xfffffe0000821160: seqno 554: bf_next not=
 NULL!
>>
>> That can go on for about 20 lines, plus the ubiquitous:
>>
>> ath0: stuck beacon; resetting (bmiss count 4)
>> ath0: stuck beacon; resetting (bmiss count 4)
>> ath0: stuck beacon; resetting (bmiss count 4)
>>
>> that seems to be pretty regular.
>>
>> My card from dmesg:
>>
>> ath0: <Atheros 9227> mem 0x48100000-0x4810ffff irq 21 at device 0.0 on p=
ci4
>> ath0: [HT] enabling HT modes
>> ath0: [HT] enabling short-GI in 20MHz mode
>> ath0: [HT] 1 stream STBC receive enabled
>> ath0: [HT] 1 stream STBC transmit enabled
>> ath0: [HT] 2 RX streams; 2 TX streams
>> ath0: Enabling register serialisation
>> ath0: AR9227 mac 384.2 RF5133 phy 15.15
>> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00c0
>>
>> And ifconfig output:
>>
>> wlan0: flags=3D8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu=
 1500
>>         ether 64:70:02:f0:c8:03
>>         inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255
>>         inet6 fe80::6670:2ff:fef0:c803%wlan0 prefixlen 64 scopeid 0x6
>>         nd6 options=3D61<PERFORMNUD,AUTO_LINKLOCAL,NO_RADR>
>>         media: IEEE 802.11 Wireless Ethernet autoselect mode 11g <hostap=
>
>>         status: running
>>         ssid UgH channel 11 (2462 MHz 11g) bssid 64:70:02:f0:c8:03
>>         regdomain ETSI country DE indoor ecm authmode WPA2/802.11i
>>         privacy MIXED deftxkey 3 AES-CCM 2:128-bit AES-CCM 3:128-bit
>>         txpower 30 scanvalid 60 protmode CTS wme burst dtimperiod 1 -dfs
>>
>> I had previously been using 11ng but have just tried switching to see if=
 11g had the same problems (it seems to).
>>
>> I'm running 10.3-STABLE r302736.
>>
>> Any ideas?
>>
>> Thanks,
>>
>
> Maybe it is not related, maybe it is..... I tried to use an Atheros AR938=
x
> card in AP mode on FreeBSD 10.3, r302295 and 11.0, r297415 for quite some
> time now. Of course I got the ``ath0: stuck beacon; resetting (bmiss coun=
t
> 4)`` over and over again. Beside this, I also observed the following
>   messages:
>
> Jul 12 11:15:47 kwik kernel: ath0: ath_edma_tx_processq: Q3: empty?
> Jul 12 11:15:47 kwik kernel: ath0: ath_edma_tx_processq: Q3: empty?
> Jul 12 12:13:33 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
> Jul 12 15:10:19 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
> Jul 12 16:10:32 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
> Jul 12 18:40:01 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
> Jul 12 18:42:36 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
> Jul 12 19:52:05 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
> Jul 12 20:11:45 kwik kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt =
> 0; skipping
>
> and
>
> Jun  9 07:37:57 kwik kernel: ath0: stuck beacon; resetting (bmiss count 4=
)
> Jun  9 22:21:35 kwik kernel: ath0: hardware error; resetting
> Jun  9 22:21:35 kwik kernel: ath0: 0x00000000 0x00000000 0x00000000, 0x00=
000000 0x00000000 0x00000000
> Jun  9 22:21:35 kwik kernel: ath0: hardware error; resetting
> Jun  9 22:21:35 kwik kernel: ath0: 0x00000000 0x00000000 0x00000000, 0x00=
000000 0x00000000 0x00000000
> Jun  9 23:07:35 kwik kernel: ath0: stuck beacon; resetting (bmiss count 4=
)
>
> The Wifi was so unstable that I looked for a different solution.
>
>
> My card from dmesg:
>
> ath0: <Atheros AR938x> mem 0xfbfe0000-0xfbffffff irq 16 at device 0.0 on =
pci1
> ar9300_attach: calling ar9300_hw_attach
> ar9300_hw_attach: calling ar9300_eeprom_attach
> ar9300_flash_map: unimplemented for now
> Restoring Cal data from DRAM
> Restoring Cal data from EEPROM
> ar9300_hw_attach: ar9300_eeprom_attach returned 0
> ath0: [HT] enabling HT modes
> ath0: [HT] enabling short-GI in 20MHz mode
> ath0: [HT] 1 stream STBC receive enabled
> ath0: [HT] 1 stream STBC transmit enabled
> ath0: [HT] 3 RX streams; 3 TX streams
> ath0: AR9380 mac 448.3 RF5110 phy 3779.2
> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000
>
> wlan0: flags=3D8c43<UP,BROADCAST,RUNNING,OACTIVE,SIMPLEX,MULTICAST> metri=
c 0 mtu 1500
>         ether c4:6e:1f:1e:b6:32
>         inet 192.168.5.1 netmask 0xffffff00 broadcast 192.168.5.255
>         nd6 options=3D29<PERFORMNUD,IFDISABLED,AUTO_LINKLOCAL>
>         media: IEEE 802.11 Wireless Ethernet autoselect mode 11ng (autose=
lect)
>         status: no carrier
>         ssid MyWirelessSSID channel 108 (5540 MHz 11a)
>         regdomain ETSI country  indoor ecm authmode OPEN privacy OFF
>         txpower 23 bmiss 7 mcastrate 6 mgmtrate 6 scanvalid 60 wme burst
>         bintval 0
>         groups: wlan
>
>
> _______________________________________________
> freebsd-wireless@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-wireless
> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.or=
g"



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmomwtRwk8aNcCn3pKzbLspPHN0UKPC4J%2BdS0ebOvHom73g>