Okay, I've built a custom kernel with if_ath_pci as a module, rebooted into the new kernel and got it running. I also enabled AH_DEBUG. Will let you know how things go this week.
Thanks, David Blewett On Sun, Dec 14, 2014 at 2:58 PM, David Blewett <[email protected]> wrote: > > Okay, I can try to give that a go. Will take me a bit. I use ZFS on > encrypted geli devices, and haven't tried building a custom kernel yet with > this config. > > Thanks, > > David Blewett > > On Sun, Dec 14, 2014 at 2:55 PM, Adrian Chadd <[email protected]> wrote: >> >> Aha! Listen time is 0. Hm! >> >> >> Just add this at line 1179 and recompile: >> >> >> if (ani_state->listen_time == 0) >> return; >> >> it's possible that it'll happen; it shoud be bailing out sooner rather >> than later. >> >> >> >> -adrian >> >> >> On 14 December 2014 at 11:53, David Blewett <[email protected]> >> wrote: >> > If this would be easier on IRC, I'm BlueAidan on Freenode. >> > >> > Output: >> > >> > (kgdb) list *0xffffffff8045161d >> > 0xffffffff8045161d is in ar9300_ani_ar_poll >> > (/usr/src/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_ani.c:1180). >> > 1175 */ >> > 1176 if (!DO_ANI(ah)) { >> > 1177 return; >> > 1178 } >> > 1179 >> > 1180 ofdm_phy_err_rate = >> > 1181 ani_state->ofdm_phy_err_count * 1000 / >> > ani_state->listen_time; >> > 1182 cck_phy_err_rate = >> > 1183 ani_state->cck_phy_err_count * 1000 / >> > ani_state->listen_time; >> > 1184 >> > >> > Thanks, >> > >> > David Blewett >> > >> > On Sun, Dec 14, 2014 at 2:39 PM, Adrian Chadd <[email protected]> >> wrote: >> >> >> >> Hi! >> >> >> >> Hm, an integer divide by zero fault. Tsk. >> >> >> >> can you do this: >> >> >> >> kgdb /boot/kernel/kernel >> >> list *0xffffffff8045161d >> >> >> >> Thanks! >> >> >> >> >> >> >> >> -adrian >> >> >> >> >> >> On 14 December 2014 at 11:24, David Blewett <[email protected]> >> >> wrote: >> >> > Hi All: >> >> > >> >> > I've been having issues with a TP-LINK TL-WDN4800 PCI Express adapter >> >> > [1] >> >> > that seem to have become worse since upgrading to 10.1-RELEASE. Since >> >> > then, >> >> > I've had a couple of kernel panics. I use the adapter in hostapd >> mode as >> >> > my >> >> > main WiFi access point. I would appreciate any help in making my >> setup >> >> > more >> >> > reliable, and am open to trying to just about anything to help >> >> > troubleshoot. >> >> > >> >> > The problems that I see are regular disconnections from a Macbook Pro >> >> > client. When this happens, sometimes the wifi icon says it is >> connected, >> >> > but I cannot actually transmit anything to the host (i.e., pings >> fail). >> >> > The >> >> > only recourse is to turn the mbp's wifi off, then back on. This >> >> > *usually* >> >> > succeeds, but sometimes does not. I also have an iPad that has >> similar >> >> > issues; turning wifi off and back on is usually sufficient to restore >> >> > connectivity. >> >> > >> >> > This is my /etc/rc.conf: >> >> > >> >> > wlans_ath0="wlan0" >> >> > create_args_wlan0="wlanmode hostap bssid" >> >> > ifconfig_wlan0="HOSTAP ssid MiddleEarth mode 11ng channel 2" >> >> > >> >> > and /etc/hostapd-wlan0.conf: >> >> > >> >> > interface=wlan0 >> >> > debug=2 >> >> > ctrl_interface=/var/run/hostapd >> >> > ctrl_interface_group=wheel >> >> > ssid=MiddleEarth >> >> > wpa=2 >> >> > wpa_passphrase=xxxx >> >> > wpa_key_mgmt=WPA-PSK >> >> > wpa_pairwise=CCMP >> >> > >> >> > I see a lot of this in the logs: >> >> > >> >> > ath0: stuck beacon; resetting (bmiss count 8) >> >> > >> >> > However, from what I've read these are due to channel congestion and >> are >> >> > to >> >> > be expected. The kernel panics look like this: >> >> > >> >> > Fatal trap 18: integer divide fault while in kernel mode >> >> > cpuid = 1; apic id = 11 >> >> > instruction pointer = 0x20:0xffffffff8045161d >> >> > stack pointer = 0x28:0xfffffe00e43bb760 >> >> > frame pointer = 0x28:0xfffffe00e43bb7b0 >> >> > code segment = base 0x0, limit 0xfffff, type 0x1b >> >> > = DPL 0, pres 1, long 1, def32 0, gran 1 >> >> > processor eflags = interrupt enabled, ath0: stuck beacon; >> resetting >> >> > (bmiss count 8) >> >> > resume, IOPL = 0 >> >> > current process = 12 (swi4: clock) >> >> > trap number = 18 >> >> > panic: integer divide fault >> >> > cpuid = 0 >> >> > KDB: stack backtrace: >> >> > #0 0xffffffff80963000 at kdb_backtrace+0x60 >> >> > #1 0xffffffff80928125 at panic+0x155 >> >> > #2 0xffffffff80d24f1f at trap_fatal+0x38f >> >> > #3 0xffffffff80d24b7c at trap+0x75c >> >> > #4 0xffffffff80d0a782 at calltrap+0x8 >> >> > #5 0xffffffff8045b248 at ar9300_ani_poll_freebsd+0x48 >> >> > #6 0xffffffff804093d6 at ath_calibrate+0xf6 >> >> > #7 0xffffffff8093d557 at softclock_call_cc+0x177 >> >> > #8 0xffffffff8093d994 at softclock+0x94 >> >> > #9 0xffffffff808faf4b at intr_event_execute_handlers+0xab >> >> > #10 0xffffffff808fb396 at ithread_loop+0x96 >> >> > #11 0xffffffff808f8b6a at fork_exit+0x9a >> >> > >> >> > Here is the pciconf output: >> >> > >> >> > ath0@pci0:2:0:0: class=0x028000 card=0x3112168c chip=0x0030168c >> >> > rev=0x01 >> >> > hdr=0x00 >> >> > vendor = 'Atheros Communications Inc.' >> >> > device = 'AR9300 Wireless LAN adaptor' >> >> > class = network >> >> > >> >> > 1. http://www.tp-link.com/lk/products/details/?model=TL-WDN4800 >> >> > >> >> > Thanks, >> >> > >> >> > David Blewett >> >> > _______________________________________________ >> >> > [email protected] mailing list >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> >> > To unsubscribe, send any mail to >> >> > "[email protected]" >> > _______________________________________________ [email protected] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-wireless To unsubscribe, send any mail to "[email protected]"
