From owner-freebsd-wireless@FreeBSD.ORG Sun Dec 14 19:30:31 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DDBDCDAB for ; Sun, 14 Dec 2014 19:30:30 +0000 (UTC) Received: from mail-yk0-f170.google.com (mail-yk0-f170.google.com [209.85.160.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A2D643C5 for ; Sun, 14 Dec 2014 19:30:30 +0000 (UTC) Received: by mail-yk0-f170.google.com with SMTP id q200so4410538ykb.15 for ; Sun, 14 Dec 2014 11:30:23 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type; bh=mLP/RbuW/q6Hxu8MHUZC4piR3kbUxcLClz2A/HZz7rw=; b=CzwVi70l7Hjk0BVd4kirbpfS+3KTvk7pTAU8SMAH3qEgC6ThRY5+Kkb6A4MK33YYVZ JVkPU1N+eWXSUXhLlQcp7/0eXLFg5XDx/Fn+6b6ranQEk2IGQbkcYDWlkR3eEvuz51mI aDYW2RpBtcr5FrnQinZ4Ilnhp+LgT/jfSn11In0hMxuvQMZJ6daTbQP8Bu9woxpd94OF uYm9vf1Yr0VrBVLQf8rSuktJas2Nd0hNFpsUWLwIF841alLppPksHM2bJ7c07R9jtQgi TtMUuk1fmhH5yWph34JAIMjvC2qaNQ+fjuGD68w9PEVfysuqy9XYYpXn92VH1gQwTUuc +1fQ== X-Gm-Message-State: ALoCoQmfvsFDzXrDVWX7L0ParIOvgs5gTKldhuaJc8zNZ52dCCjOLgqS58I9SHokq6HfxeiFh5Fy MIME-Version: 1.0 X-Received: by 10.236.105.210 with SMTP id k58mr1359643yhg.52.1418585057688; Sun, 14 Dec 2014 11:24:17 -0800 (PST) Received: by 10.170.156.197 with HTTP; Sun, 14 Dec 2014 11:24:17 -0800 (PST) Date: Sun, 14 Dec 2014 14:24:17 -0500 Message-ID: Subject: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: David Blewett To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2014 19:30:31 -0000 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 From owner-freebsd-wireless@FreeBSD.ORG Sun Dec 14 19:39:15 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A9FCCF44 for ; Sun, 14 Dec 2014 19:39:15 +0000 (UTC) Received: from mail-wi0-x233.google.com (mail-wi0-x233.google.com [IPv6:2a00:1450:400c:c05::233]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3CE13681 for ; Sun, 14 Dec 2014 19:39:15 +0000 (UTC) Received: by mail-wi0-f179.google.com with SMTP id ex7so7074278wid.12 for ; Sun, 14 Dec 2014 11:39:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=hdTHnGUduEocq69wG9SEJATITFmRzmFga1GIYjknJnE=; b=sFB865A3A3ThGqkHsMCzI+pv7GZuLUJ9Tn17ETZrJi4KyfGU+volNg4amnMpgQfsR4 uDZfUAU2OTWFp0ucgKjfwcj+rllqhIEi5pJUwryeFFOUMgko7TzbktYjA41wzXXEbyOv 1Ni8RGaWg1yo1zhZMu7a4AARSSOlyxsovxsKKhruzEMxUqH6iXS/UKS7IjG+jpxMhbam LCD8PlJo7B84r5A6wx9rwKuzg4nchJM3JZjDfradTgSBMDt1a2xzPR5OzQRa4nhdUScY h8Sk7TZabJ3T7SLhldixPPZfPwL5i2ZcIgNHZhzUv892Oj1nTMo38yZz0etKmp+Y+bkI CQ4g== MIME-Version: 1.0 X-Received: by 10.180.91.193 with SMTP id cg1mr25695214wib.26.1418585953598; Sun, 14 Dec 2014 11:39:13 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Sun, 14 Dec 2014 11:39:13 -0800 (PST) In-Reply-To: References: Date: Sun, 14 Dec 2014 11:39:13 -0800 X-Google-Sender-Auth: V6JAy3ToSAEkwVG0Snpj0OHhSlI Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: Adrian Chadd To: David Blewett Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2014 19:39:15 -0000 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 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 > _______________________________________________ > freebsd-wireless@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Sun Dec 14 19:54:06 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4F66C328 for ; Sun, 14 Dec 2014 19:54:06 +0000 (UTC) Received: from mail-yk0-f169.google.com (mail-yk0-f169.google.com [209.85.160.169]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1040C870 for ; Sun, 14 Dec 2014 19:54:05 +0000 (UTC) Received: by mail-yk0-f169.google.com with SMTP id 79so4459631ykr.0 for ; Sun, 14 Dec 2014 11:53:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fOQoEEZNt9FBcQZaiyo363We4gBJgfjL36DC+dFlkfs=; b=fj68WfDJUCF4MKZpbONVrYiPVybntvAKaYTQNnOosRk3Llm2fV+9CQgB2QXh2TgYUj 03ErtK71x6rUSxnZE/p+p1NN4ckNWtr+Bh7pedGOTCk/G6PVKYpkh5qeUu7xd/XuSPtC fSQjKe/HJOTeBQKAxpO5xK+FXaRp468aSgSFZBYEj6WU/Ok4/90ewwtvCkVmofCgTu// RlfR/K6Lk2sE1Hva4fscBDSJrTg1fgyXVzluVIKEgbqwpqgPJg+/cUFkFceV4GzvPcI4 hcKo9G0JWwTL7kgnqBKFZV++HCKikNRUI3eeM9lbUxKw9VLJRT8s1IdBy5osVhFoBVt2 xrjA== X-Gm-Message-State: ALoCoQm/bv6DQ3rn61yXNxbCS4xN8OThCQruH3ZwM4H4VNdIjlxUbjbEDqmXtdiFPy4ZDBZl5nnG MIME-Version: 1.0 X-Received: by 10.236.39.69 with SMTP id c45mr19662264yhb.117.1418586839228; Sun, 14 Dec 2014 11:53:59 -0800 (PST) Received: by 10.170.156.197 with HTTP; Sun, 14 Dec 2014 11:53:59 -0800 (PST) In-Reply-To: References: Date: Sun, 14 Dec 2014 14:53:59 -0500 Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: David Blewett To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2014 19:54:06 -0000 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 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 > 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 > > _______________________________________________ > > freebsd-wireless@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > > To unsubscribe, send any mail to " > freebsd-wireless-unsubscribe@freebsd.org" > From owner-freebsd-wireless@FreeBSD.ORG Sun Dec 14 19:55:18 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 87B6834B for ; Sun, 14 Dec 2014 19:55:18 +0000 (UTC) Received: from mail-wg0-x231.google.com (mail-wg0-x231.google.com [IPv6:2a00:1450:400c:c00::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 16240877 for ; Sun, 14 Dec 2014 19:55:18 +0000 (UTC) Received: by mail-wg0-f49.google.com with SMTP id n12so12969371wgh.22 for ; Sun, 14 Dec 2014 11:55:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=sR/hnaJImSzvxYO9YwF+7My2+PLqIvQDukCFxGEgcR8=; b=b4ViWj5dVQW2jcf46q++0VD0rF3G2YvrqNekF5m2DuillSNZR/pccUSaLePmgKi9vC RUwJVvoe6TWVdF6Y04kq9SwYlwhWAphX8m4LysLkNFRBNRnsnA7KD/X2J/Axz+doc8KE y6EblHdfjh55V8Fsm9H6Asqg9DmwBOWM93hi0/w2hS6muNC7rRu5KTvTspSNJHIW0S84 Q1sP5MkvytybNLzd+w7ZCzaynl28SybOCXJ6v+bErinwB5048JI3hq5w06ym/TJTqBrR GDcmW3nkvnA4fKLdclIaDeeUyELFtMCj80SrjD4LnqbmKHYODxI36m3AR7aFNT1OYsKb emxQ== MIME-Version: 1.0 X-Received: by 10.194.108.9 with SMTP id hg9mr8179750wjb.68.1418586916440; Sun, 14 Dec 2014 11:55:16 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Sun, 14 Dec 2014 11:55:16 -0800 (PST) In-Reply-To: References: Date: Sun, 14 Dec 2014 11:55:16 -0800 X-Google-Sender-Auth: ZgDufAMoO99-0dVPV9qXqjKN1Aw Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: Adrian Chadd To: David Blewett Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2014 19:55:18 -0000 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 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 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 >> 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 >> > _______________________________________________ >> > freebsd-wireless@freebsd.org mailing list >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> > To unsubscribe, send any mail to >> > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Sun Dec 14 20:22:23 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 7329F7AF for ; Sun, 14 Dec 2014 20:22:23 +0000 (UTC) Received: from mail-yh0-f44.google.com (mail-yh0-f44.google.com [209.85.213.44]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 32253AFD for ; Sun, 14 Dec 2014 20:22:22 +0000 (UTC) Received: by mail-yh0-f44.google.com with SMTP id c41so4578969yho.31 for ; Sun, 14 Dec 2014 12:22:22 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=RcBz6zfDt6SU24JDnw/4xlRJOkdQ9JJ/ieVGGxETJ9U=; b=SicFwkC4se1SXrzgTAJX2McBB5AWH5FYOndMdHYYUf37ptnj2o4L0+nOwhyUbJTaAM ZIXmDhHvd/H/m9c0LdhRlbYNL4HUbNjHnhD1BO9FTV2sIJvCpGdgG5kReJsgqmoT/ccz lvQoKRjIlIPvDEWvHy8+tpOM5kmQiIjQ2Nvl3DOZh0ll/MtxMqXsxadBfxIPvrLl0/Pz 54Kfi4dTap1MaGfcltvQ4lQcAReYvor9Mesrb6dfQWowV1Wj/0UgFkYS9sG1TNyLTqLc zwLiSOx2T15prDw+RrKjEQkc4Iy9VLJfvNbsRdnUIHGUKek89Z2Yi7DLLxArs1sGoThK YVrg== X-Gm-Message-State: ALoCoQnrORSRvCIXx9wL2rwBI2NvWmiS6L1IMd7j6bQsKRXYIdsv4RTLPPagcrbuzvet9rJdx+qD MIME-Version: 1.0 X-Received: by 10.170.120.143 with SMTP id m137mr22087997ykb.61.1418587115137; Sun, 14 Dec 2014 11:58:35 -0800 (PST) Received: by 10.170.156.197 with HTTP; Sun, 14 Dec 2014 11:58:35 -0800 (PST) In-Reply-To: References: Date: Sun, 14 Dec 2014 14:58:35 -0500 Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: David Blewett To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2014 20:22:23 -0000 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 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 > 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 > 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 > >> 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 > >> > _______________________________________________ > >> > freebsd-wireless@freebsd.org mailing list > >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless > >> > To unsubscribe, send any mail to > >> > "freebsd-wireless-unsubscribe@freebsd.org" > From owner-freebsd-wireless@FreeBSD.ORG Sun Dec 14 21:08:14 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 721312EA for ; Sun, 14 Dec 2014 21:08:14 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 61885F53 for ; Sun, 14 Dec 2014 21:08:14 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBEL8Ex7013162 for ; Sun, 14 Dec 2014 21:08:14 GMT (envelope-from bugzilla-noreply@FreeBSD.org) Message-Id: <201412142108.sBEL8Ex7013162@kenobi.freebsd.org> From: bugzilla-noreply@FreeBSD.org To: freebsd-wireless@FreeBSD.org Subject: Problem reports for freebsd-wireless@FreeBSD.org that need special attention X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 Date: Sun, 14 Dec 2014 21:08:14 +0000 Content-Type: text/plain; charset="UTF-8" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Dec 2014 21:08:14 -0000 To view an individual PR, use: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=(Bug Id). The following is a listing of current problems submitted by FreeBSD users, which need special attention. These represent problem reports covering all versions including experimental development code and obsolete releases. Status | Bug Id | Description ------------+-----------+--------------------------------------------------- Open | 154598 | [ath] Atheros 5424/2424 can't connect to WPA netw Open | 163312 | [panic] [ath] kernel panic: page fault with ath0 Open | 166190 | [ath] TX hangs and frames stuck in TX queue Open | 166357 | [ath] 802.11n TX stall when the first frame in th Open | 166642 | [ieee80211] [patch] in 802.11n mode for FreeBSD A Open | 169362 | [ath] AR5416: radar pulse PHY errors sometimes in 6 problems total for which you should take action. From owner-freebsd-wireless@FreeBSD.ORG Mon Dec 15 02:29:42 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 21ECCD39 for ; Mon, 15 Dec 2014 02:29:42 +0000 (UTC) Received: from mail-yk0-f170.google.com (mail-yk0-f170.google.com [209.85.160.170]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D3322FB for ; Mon, 15 Dec 2014 02:29:41 +0000 (UTC) Received: by mail-yk0-f170.google.com with SMTP id q200so4567789ykb.15 for ; Sun, 14 Dec 2014 18:29:40 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=IwGZd0zgMXj7DvXLa6xsNZtTBaqyZkh6ZyxOAzM5Q1w=; b=XZldoKDgB8LnNWGRTiyFaXVfEguVYFy4MfrRymvrz0IM4oUJobn/DwDqev40J1Em1Q 2liDDJWF9i5ayzCY1gdmpEd2gBh17qoEKk5ERLU6kEBHQxCJm6EoqQLfRd3gtjU9tmcG 0AtcL0Pin4l5QTxArkJEH9i38N//X9Ls1tbRS+JXUzoWjssbAvWrLpRVyheaZFy6SCmh V7qUxpdBpO+ihMuyQzXLaA6bz/f6u0jzk+lff2SzZ+OKYXGAvocHST+FSiTN+9s/LOnr xbPwn4m+uSC1vTamIrwgVKsRXqutBpurRi2ZGiOWtVQ3Sv39td0XZkejbdK9dud8ojJo 54MA== X-Gm-Message-State: ALoCoQmOCglpcDuOnnNhzcfV422JLiM/cNeaK71QPyY8IXE1UwXWSsLwwcihhEAQcTNObVdxca5A MIME-Version: 1.0 X-Received: by 10.236.40.116 with SMTP id e80mr20339051yhb.186.1418610580138; Sun, 14 Dec 2014 18:29:40 -0800 (PST) Received: by 10.170.156.197 with HTTP; Sun, 14 Dec 2014 18:29:40 -0800 (PST) In-Reply-To: References: Date: Sun, 14 Dec 2014 21:29:40 -0500 Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: David Blewett To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2014 02:29:42 -0000 =E2=80=8BOkay, I've built a custom kernel with if_ath_pci as a module, rebo= oted into the new kernel and got it running. I also enabled AH_DEBUG. Will let you know how things go this week.=E2=80=8B Thanks, David Blewett On Sun, Dec 14, 2014 at 2:58 PM, David Blewett 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 wi= th > this config. > > Thanks, > > David Blewett > > On Sun, Dec 14, 2014 at 2:55 PM, Adrian Chadd wrote: >> >> Aha! Listen time is 0. Hm! >> >> >> Just add this at line 1179 and recompile: >> >> >> if (ani_state->listen_time =3D=3D 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 >> 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 =3D >> > 1181 ani_state->ofdm_phy_err_count * 1000 / >> > ani_state->listen_time; >> > 1182 cck_phy_err_rate =3D >> > 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 >> 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 >> >> wrote: >> >> > Hi All: >> >> > >> >> > I've been having issues with a TP-LINK TL-WDN4800 PCI Express adapt= er >> >> > [1] >> >> > that seem to have become worse since upgrading to 10.1-RELEASE. Sin= ce >> >> > 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 P= ro >> >> > 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 resto= re >> >> > connectivity. >> >> > >> >> > This is my /etc/rc.conf: >> >> > >> >> > wlans_ath0=3D"wlan0" >> >> > create_args_wlan0=3D"wlanmode hostap bssid" >> >> > ifconfig_wlan0=3D"HOSTAP ssid MiddleEarth mode 11ng channel 2" >> >> > >> >> > and /etc/hostapd-wlan0.conf: >> >> > >> >> > interface=3Dwlan0 >> >> > debug=3D2 >> >> > ctrl_interface=3D/var/run/hostapd >> >> > ctrl_interface_group=3Dwheel >> >> > ssid=3DMiddleEarth >> >> > wpa=3D2 >> >> > wpa_passphrase=3Dxxxx >> >> > wpa_key_mgmt=3DWPA-PSK >> >> > wpa_pairwise=3DCCMP >> >> > >> >> > 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 an= d >> are >> >> > to >> >> > be expected. The kernel panics look like this: >> >> > >> >> > Fatal trap 18: integer divide fault while in kernel mode >> >> > cpuid =3D 1; apic id =3D 11 >> >> > instruction pointer =3D 0x20:0xffffffff8045161d >> >> > stack pointer =3D 0x28:0xfffffe00e43bb760 >> >> > frame pointer =3D 0x28:0xfffffe00e43bb7b0 >> >> > code segment =3D base 0x0, limit 0xfffff, type 0x1b >> >> > =3D DPL 0, pres 1, long 1, def32 0, gran 1 >> >> > processor eflags =3D interrupt enabled, ath0: stuck beacon; >> resetting >> >> > (bmiss count 8) >> >> > resume, IOPL =3D 0 >> >> > current process =3D 12 (swi4: clock) >> >> > trap number =3D 18 >> >> > panic: integer divide fault >> >> > cpuid =3D 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=3D0x028000 card=3D0x3112168c chip=3D0x003= 0168c >> >> > rev=3D0x01 >> >> > hdr=3D0x00 >> >> > vendor =3D 'Atheros Communications Inc.' >> >> > device =3D 'AR9300 Wireless LAN adaptor' >> >> > class =3D network >> >> > >> >> > 1. http://www.tp-link.com/lk/products/details/?model=3DTL-WDN4800 >> >> > >> >> > Thanks, >> >> > >> >> > David Blewett >> >> > _______________________________________________ >> >> > freebsd-wireless@freebsd.org mailing list >> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >> >> > To unsubscribe, send any mail to >> >> > "freebsd-wireless-unsubscribe@freebsd.org" >> > From owner-freebsd-wireless@FreeBSD.ORG Mon Dec 15 22:43:32 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BEFD91B for ; Mon, 15 Dec 2014 22:43:32 +0000 (UTC) Received: from mail-yh0-f46.google.com (mail-yh0-f46.google.com [209.85.213.46]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 082577C0 for ; Mon, 15 Dec 2014 22:43:31 +0000 (UTC) Received: by mail-yh0-f46.google.com with SMTP id t59so5589381yho.5 for ; Mon, 15 Dec 2014 14:43:25 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=mSm0us5J1MPXUvUxj9y1lxxiGlccB1NIuhvkIVDaerQ=; b=ICX62IO0HBnwopxg86gWdT0B8/t2BDHgeuC5HLT5/JC55G38VVL0LAH+jDvyuKQqai QpZagf/Hwt3PqSNfeiVAPxiM355ajIednTMyr1oAlgFxi3sVP+FTY9+LZWfcaccxE4Ur o436s550BssBQs7Pu3ALe8LbtCyVLM2DYameIS+JMzY5MuUs5AvcBbiaoytQROCZO/hY pJG4dat5eXaY/9YtyM1ZZtg6aKLgqvua/5qpsn4vv9ofTTd+EVg+qouUOnK5S1jlV/rz gdZ3BAonjU2efjdvOXintDe+p0fYkv5PHZdNd+J9K73d6ztb9pOTOdmY1w+bX9F2CyX1 pYqQ== X-Gm-Message-State: ALoCoQnnoPIpiZQ7aMhDLAyO811vs5D1LZdLYb1rpu+9y4OnE+JGJEQSKnV14cFeKQ9rzBxM+gBf MIME-Version: 1.0 X-Received: by 10.236.203.34 with SMTP id e22mr9498530yho.47.1418683405360; Mon, 15 Dec 2014 14:43:25 -0800 (PST) Received: by 10.170.156.197 with HTTP; Mon, 15 Dec 2014 14:43:25 -0800 (PST) In-Reply-To: References: Date: Mon, 15 Dec 2014 17:43:25 -0500 Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: David Blewett To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2014 22:43:32 -0000 I haven't hit a kernel panic, but several times I get to the point where the wifi connection from Macbook no longer functions. The icon says it's connected, but no network traffic passes. I see this in dmesg on the FreeBSD box: ath0: ath_tx_default_comp: bf 0xfffffe004e7a3b98: seqno 1873: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e78aec0: seqno 1874: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7787e8: seqno 1875: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e795fa8: seqno 1876: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e786f00: seqno 1877: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e791190: seqno 1878: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e787560: seqno 1879: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a9b38: seqno 1880: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e77f910: seqno 1881: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e79e720: seqno 1882: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e777990: seqno 1883: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a8e78: seqno 1884: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e792180: seqno 1885: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a2878: seqno 1886: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e78f9a8: seqno 1887: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a3208: seqno 1888: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7893a8: seqno 1889: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a2218: seqno 1890: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e782f40: seqno 1891: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e77b620: seqno 1892: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e78d368: seqno 1893: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e783738: seqno 1894: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e782748: seqno 1895: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a5518: seqno 1896: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a79c0: seqno 1897: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e786d68: seqno 1898: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e77d2d0: seqno 1899: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e78b1f0: seqno 1900: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e7a1090: seqno 1901: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e77ac90: seqno 1902: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e77c7a8: seqno 1903: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e786240: seqno 1905: bf_next not NULL! ath0: ath_tx_default_comp: bf 0xfffffe004e79f578: seqno 1906: bf_next not NULL! wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 179 (size 50) wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 180 (size 50) wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 181 (size 50) wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 182 (size 50) wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 183 (size 50) wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 184 (size 50) wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 185 (size 50) Thanks, David Blewett On Sun, Dec 14, 2014 at 9:29 PM, David Blewett wrote: > > =E2=80=8BOkay, I've built a custom kernel with if_ath_pci as a module, re= booted > into the new kernel and got it running. I also enabled AH_DEBUG. Will let > you know how things go this week.=E2=80=8B > > Thanks, > > David Blewett > > On Sun, Dec 14, 2014 at 2:58 PM, David Blewett > 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 w= ith >> this config. >> >> Thanks, >> >> David Blewett >> >> On Sun, Dec 14, 2014 at 2:55 PM, Adrian Chadd wrote= : >>> >>> Aha! Listen time is 0. Hm! >>> >>> >>> Just add this at line 1179 and recompile: >>> >>> >>> if (ani_state->listen_time =3D=3D 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 >>> 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 =3D >>> > 1181 ani_state->ofdm_phy_err_count * 1000 / >>> > ani_state->listen_time; >>> > 1182 cck_phy_err_rate =3D >>> > 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 >>> 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 >>> >> 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=3D"wlan0" >>> >> > create_args_wlan0=3D"wlanmode hostap bssid" >>> >> > ifconfig_wlan0=3D"HOSTAP ssid MiddleEarth mode 11ng channel 2" >>> >> > >>> >> > and /etc/hostapd-wlan0.conf: >>> >> > >>> >> > interface=3Dwlan0 >>> >> > debug=3D2 >>> >> > ctrl_interface=3D/var/run/hostapd >>> >> > ctrl_interface_group=3Dwheel >>> >> > ssid=3DMiddleEarth >>> >> > wpa=3D2 >>> >> > wpa_passphrase=3Dxxxx >>> >> > wpa_key_mgmt=3DWPA-PSK >>> >> > wpa_pairwise=3DCCMP >>> >> > >>> >> > 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 =3D 1; apic id =3D 11 >>> >> > instruction pointer =3D 0x20:0xffffffff8045161d >>> >> > stack pointer =3D 0x28:0xfffffe00e43bb760 >>> >> > frame pointer =3D 0x28:0xfffffe00e43bb7b0 >>> >> > code segment =3D base 0x0, limit 0xfffff, type 0x1b >>> >> > =3D DPL 0, pres 1, long 1, def32 0, gran 1 >>> >> > processor eflags =3D interrupt enabled, ath0: stuck beacon; >>> resetting >>> >> > (bmiss count 8) >>> >> > resume, IOPL =3D 0 >>> >> > current process =3D 12 (swi4: clock) >>> >> > trap number =3D 18 >>> >> > panic: integer divide fault >>> >> > cpuid =3D 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=3D0x028000 card=3D0x3112168c chip=3D0x00= 30168c >>> >> > rev=3D0x01 >>> >> > hdr=3D0x00 >>> >> > vendor =3D 'Atheros Communications Inc.' >>> >> > device =3D 'AR9300 Wireless LAN adaptor' >>> >> > class =3D network >>> >> > >>> >> > 1. http://www.tp-link.com/lk/products/details/?model=3DTL-WDN4800 >>> >> > >>> >> > Thanks, >>> >> > >>> >> > David Blewett >>> >> > _______________________________________________ >>> >> > freebsd-wireless@freebsd.org mailing list >>> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> >> > To unsubscribe, send any mail to >>> >> > "freebsd-wireless-unsubscribe@freebsd.org" >>> >> From owner-freebsd-wireless@FreeBSD.ORG Mon Dec 15 22:45:44 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 01AC1ADE for ; Mon, 15 Dec 2014 22:45:43 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7C8467E9 for ; Mon, 15 Dec 2014 22:45:43 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so10658554wiw.9 for ; Mon, 15 Dec 2014 14:45:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=OP1pvr8pstWApjmpdLUk6ZmVdd57VLORR1lVJkC3m0E=; b=QyB/pGnMGJvQv1l+h/6kiWHDvxqyJYMinqlivVjsHicMsccm13GQ/qBVlZVSqoRh+L 2uqqNEvxAZpFGSlt4GRzYSDGb9KEMb2wp447jDnvy8ZtDIfYRC8+4MnbTvwrBvG586yl XRFyzO0H8HgAbR4O+DpO0+K9P0nqhuWTRBdKMkSPpmCTINMbjl2KWp5SDRBCtjAyV6e2 PfqGEZe8QbgBrnppnFES5aXdZjKJVIQAemvqkw4W0s21a49Fvig9KJNZXpeZReqcx7/g JzLQijBNq0hvdwh2D09p2d5xbex3gKDDNv0ylFnjG7NFqtP2l/dWQNRPc/ntztdbjZ8+ 0f/A== MIME-Version: 1.0 X-Received: by 10.180.91.193 with SMTP id cg1mr35391191wib.26.1418683541805; Mon, 15 Dec 2014 14:45:41 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Mon, 15 Dec 2014 14:45:41 -0800 (PST) In-Reply-To: References: Date: Mon, 15 Dec 2014 14:45:41 -0800 X-Google-Sender-Auth: gtrlvKYXbYjBEzme-xnD4l5Gy8k Message-ID: Subject: Re: Problem with Atheros adapter (TP-LINK TL-WDN4800, AR9380) From: Adrian Chadd To: David Blewett Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2014 22:45:44 -0000 Hi, The ath_tx_default_comp stuff was fixed in -HEAD with a reasonably big overhaul of the 11n aggregation code. It fixed a whole lot of bugs. I don't think there's going to be a cheap solution to that besides running -HEAD or backporting. I was kinda hoping another committer would step up and backport the net80211 fixes from -HEAD to stable/10 once they're known to work out okay. I'm just too busy and time-limited to look after both -HEAD and stable branches. :( The second is a bit odd - mostly that indicates the STA has gone away and we just haven't timed it out yet. (It'll tell the AP it's going to sleep so it can scan, and it may just never decide to come back ..) -adrian On 15 December 2014 at 14:43, David Blewett wrote: > I haven't hit a kernel panic, but several times I get to the point where the > wifi connection from Macbook no longer functions. The icon says it's > connected, but no network traffic passes. I see this in dmesg on the FreeBSD > box: > > ath0: ath_tx_default_comp: bf 0xfffffe004e7a3b98: seqno 1873: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e78aec0: seqno 1874: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7787e8: seqno 1875: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e795fa8: seqno 1876: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e786f00: seqno 1877: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e791190: seqno 1878: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e787560: seqno 1879: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a9b38: seqno 1880: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e77f910: seqno 1881: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e79e720: seqno 1882: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e777990: seqno 1883: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a8e78: seqno 1884: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e792180: seqno 1885: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a2878: seqno 1886: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e78f9a8: seqno 1887: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a3208: seqno 1888: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7893a8: seqno 1889: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a2218: seqno 1890: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e782f40: seqno 1891: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e77b620: seqno 1892: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e78d368: seqno 1893: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e783738: seqno 1894: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e782748: seqno 1895: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a5518: seqno 1896: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a79c0: seqno 1897: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e786d68: seqno 1898: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e77d2d0: seqno 1899: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e78b1f0: seqno 1900: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e7a1090: seqno 1901: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e77ac90: seqno 1902: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e77c7a8: seqno 1903: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e786240: seqno 1905: bf_next not > NULL! > ath0: ath_tx_default_comp: bf 0xfffffe004e79f578: seqno 1906: bf_next not > NULL! > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 179 (size 50) > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 180 (size 50) > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 181 (size 50) > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 182 (size 50) > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 183 (size 50) > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 184 (size 50) > wlan0: [28:cf:e9:12:ed:bb] pwr save q overflow, drops 185 (size 50) > > > Thanks, > > David Blewett > > On Sun, Dec 14, 2014 at 9:29 PM, David Blewett > wrote: >> >> 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 >> 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 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 >>>> 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 >>>> > 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 >>>> >> 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 >>>> >> > _______________________________________________ >>>> >> > freebsd-wireless@freebsd.org mailing list >>>> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>>> >> > To unsubscribe, send any mail to >>>> >> > "freebsd-wireless-unsubscribe@freebsd.org" From owner-freebsd-wireless@FreeBSD.ORG Wed Dec 17 13:58:55 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 885C75BA for ; Wed, 17 Dec 2014 13:58:55 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7045CF50 for ; Wed, 17 Dec 2014 13:58:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBHDwtTd020884 for ; Wed, 17 Dec 2014 13:58:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196063] New: prblem with realtek RTL8812AU wifi Date: Wed, 17 Dec 2014 13:58:55 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 10.1-RELEASE X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Many People X-Bugzilla-Who: nikos60@hushmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2014 13:58:55 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196063 Bug ID: 196063 Summary: prblem with realtek RTL8812AU wifi Product: Base System Version: 10.1-RELEASE Hardware: amd64 OS: Any Status: New Severity: Affects Many People Priority: --- Component: wireless Assignee: freebsd-wireless@FreeBSD.org Reporter: nikos60@hushmail.com I hvave reaktek RTL8812AU . Added reatek in boot/loader.conf but no`t working my wifi My card ALFA Network AWUS036AC USB 3.0 -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Wed Dec 17 17:43:29 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AAD18222 for ; Wed, 17 Dec 2014 17:43:29 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 923591DFF for ; Wed, 17 Dec 2014 17:43:29 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBHHhT0h035303 for ; Wed, 17 Dec 2014 17:43:29 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196069] New: [wpi] [patch]: refactor wpi_scan() Date: Wed, 17 Dec 2014 17:43:29 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: s3erios@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2014 17:43:29 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196069 Bug ID: 196069 Summary: [wpi] [patch]: refactor wpi_scan() Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: wireless Assignee: freebsd-wireless@FreeBSD.org Reporter: s3erios@gmail.com Created attachment 150686 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150686&action=edit Patch for if_wpi.c (wpi_scan()) / if_wpireg.h - Use macros instead of numbers. - Replace code with function call. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Wed Dec 17 19:07:23 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B622455A for ; Wed, 17 Dec 2014 19:07:23 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 9D4B8CC9 for ; Wed, 17 Dec 2014 19:07:23 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBHJ7NIo013120 for ; Wed, 17 Dec 2014 19:07:23 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196069] [wpi] [patch]: refactor wpi_scan() Date: Wed, 17 Dec 2014 19:07:23 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: cc bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2014 19:07:23 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196069 Adrian Chadd changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian@freebsd.org Status|New |In Progress --- Comment #1 from Adrian Chadd --- Hi! I think it's about time that "add ssid" method just got added somewhere in net80211. Want to do that? I think that's the better solution. Then I'll commit it! It's likely we can then use that particular routine from a variety of other drivers. Thanks! -adrian -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Thu Dec 18 02:58:11 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EF1D0B3A; Thu, 18 Dec 2014 02:58:11 +0000 (UTC) Received: from mail-wi0-x22e.google.com (mail-wi0-x22e.google.com [IPv6:2a00:1450:400c:c05::22e]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7BD29BE2; Thu, 18 Dec 2014 02:58:11 +0000 (UTC) Received: by mail-wi0-f174.google.com with SMTP id h11so313701wiw.1; Wed, 17 Dec 2014 18:58:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=+M28PevSJEwkP2wy6Xzp0855Q9hQn8QRZ6DCQWjTl8w=; b=IqDFMyK/hC9u9j+zRUmEDoEDc9UHsFMYCoOQ6LhvzPQQKtoJwJ4Ve5xdllCr52/oyz zJWiYAquFWfvwWwvEzSq5NcUsICkK0k+1Np/52ArnOlTlwEgt9/4tGpxKDpGR8LBLJVO WmNjjXdnmZV8z4Gxps5TkbkBkO3k2J0xmu9SIB0d+oM7ixbeBUEVJarvvh7dEC0rZE4C yPPyrV3z/YxPcnqBMCS+ySQWrL7DWAyFbcRpo2FjJ/xR/svJsSO9sxN771hYUmnNJGex i8HXypG+sZIZlHJHGx6UNIMiK8Hx7KC2UfBz9frbHXyzlzifGKyfL/0ioGz04t7HIQJX GmGA== MIME-Version: 1.0 X-Received: by 10.194.108.9 with SMTP id hg9mr39511139wjb.68.1418871489923; Wed, 17 Dec 2014 18:58:09 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Wed, 17 Dec 2014 18:58:09 -0800 (PST) In-Reply-To: <20141123163811.GA5739@unixarea.DDR.dd> References: <20141026073605.GA1819@unixarea.DDR.dd> <20141101081736.GA2857@unixarea.DDR.dd> <20141102084605.GA60031@unixarea.DDR.dd> <54564C92.8040104@freebsd.org> <20141102152953.GA20263@unixarea.DDR.dd> <54564E4D.4020703@freebsd.org> <20141103054633.GA3258@unixarea.DDR.dd> <20141103095530.GA42402@unixarea.DDR.dd> <20141123163811.GA5739@unixarea.DDR.dd> Date: Wed, 17 Dec 2014 18:58:09 -0800 X-Google-Sender-Auth: ha45a5OByCQko0IyF5Ye4rqfo1E Message-ID: Subject: Re: Issues with urtwn From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" , Nathan Whitehorn X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2014 02:58:12 -0000 Hi, Ok. I think I understand what's going on. The net80211 stack didn't always call vap->iv_sta_ps(vap, 0) to wake things up when it saw something in TIM. In fact, this was for the most part commented out. ieee80211_sta_tim_notify() now gets called, but I only use that to transition from IEEE80211_S_SLEEP -> IEEE80211_S_RUN, because the net80211 stack is doing software-driven STA sleep mode. So in the scan code, it's putting the VAP state to sleep to buffer transmit frames, doing some scan stuff, but then being brought out of scan before it finishes. So, in scan_task() it likely sees scandone=3D0, so it leaves the VAP in powersave mode hoping it'll do another channel scan soon, or it'll stop scanning because it's being dragged out of bgscan state. Would someone please try this again, but run it with scan debugging enabled (wlandebug +scan) ? The scan_task() routine has some useful debugging just before it may wake up the VAP; I'd like to see what that says (whether it says "done" or "stopped" in it.) I bet it's that we don't have some glue to wake things up if we have started a bgscan and it's canceled due to existing traffic wanting to go out _and_ the AP says there's traffic buffered for us. It's also shady that we're buffering outbound frames because we're still in STA power-save mode. I thought that would trigger releasing STA power-save! Grr. But, it turns out that in scan_task(), it clears IEEE80211_F_SCAN before continuing, so ieee80211_start_pkt() won't call ieee80211_cancel_anyscan() to cancel things. So hm! So, what I'd like to figure out: * if we finish scan_task() and scandone=3D0, then we need to find how it was called. * It's assuming that a background scan will continue scanning, or we'll drop out because the AP tells us we have frames. * .. we're not forcing the VAP out of powersave when the AP has a TIM bit set for us - and we should fix this! * .. and in this particular situation, bgscan isn't continuing, and thus we're not continuing to scan! Grr What's going on. -adrian On 23 November 2014 at 08:38, Matthias Apitz wrote: > El d=C3=ADa Monday, November 03, 2014 a las 09:43:14AM -0800, Adrian Chad= d escribi=C3=B3: > >> Ah, chances are it's being loaded automatically at startup when devd >> loads your USB wifi module. >> >> Just make sure you've commented out the wlan devices (but not >> options!) and rebuilt your kernel to not have wlan included. > > The problem is reproducible fine: I'm running in a loop SCP traffic up > and down to my ISP host; when the background scan every five minutes > takes place the traffic gets STALLED and IP comes not to work again: > > Nov 23 17:13:33 unixarea dhclient: New Broadcast Address (wlan0): 192.168= .2.255 > Nov 23 17:13:33 unixarea dhclient: New Routers (wlan0): 192.168.2.1 > Nov 23 17:18:33 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, t= icks 36537257 duration 150 > Nov 23 17:18:33 unixarea kernel: wlan0: [00:13:f7:0d:08:48] sta power sav= e mode on > Nov 23 17:18:33 unixarea kernel: wlan0: scan_task: chan 7g -> 1g [act= ive, dwell min 20ms max 150ms] > Nov 23 17:18:33 unixarea kernel: wlan0: scan_task: stopped, [ticks 365374= 15, dwell min 20 scanend 36537408] > > from now the interface does not let pass frames anymore > > Nov 23 17:18:33 unixarea kernel: wlan0: ieee80211_sta_tim_notify: TIM=3D1 > Nov 23 17:18:34 unixarea last message repeated 3 times > Nov 23 17:18:34 unixarea kernel: wlan0: [00:13:f7:0d:08:48] save frame wi= th age 40, 1 now queued > Nov 23 17:18:34 unixarea kernel: wlan0: [00:13:f7:0d:08:48] save frame wi= th age 0, 2 now queued > Nov 23 17:18:34 unixarea kernel: wlan0: ieee80211_sta_tim_notify: TIM=3D1 > Nov 23 17:18:35 unixarea last message repeated 14 times > Nov 23 17:18:35 unixarea kernel: wlan0: [00:13:f7:0d:08:48] save frame wi= th age 0, 3 now queued > Nov 23 17:18:35 unixarea kernel: wlan0: ieee80211_sta_tim_notify: TIM=3D1 > ... > > I tested the same in an older 10-ALPHA4 laptop (running r255948 from > October 2013) with the same physical WLAN card; there is no problem with > the bg scans every 5 minutes, it just goes ahead after any scan; this is > an issue in head. > > matthias > > -- > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 > 1989-2014: The Wall was torn down so that we go to war together again. > El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg zie= hen. From owner-freebsd-wireless@FreeBSD.ORG Thu Dec 18 19:59:35 2014 Return-Path: Delivered-To: wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F3BEB7C for ; Thu, 18 Dec 2014 19:59:35 +0000 (UTC) Received: from nm35-vm0.bullet.mail.bf1.yahoo.com (nm35-vm0.bullet.mail.bf1.yahoo.com [72.30.238.72]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 55EF6182D for ; Thu, 18 Dec 2014 19:59:35 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1418932396; bh=CuK3wZ9khkg5kACSt9E9beI2mR7sSgim4f1liaOWtLY=; h=Date:From:Reply-To:To:Cc:Subject:From:Subject; b=gL/JwIc/6D9injn0Qmk/9redtRPqOs0SOO+DnRa2K/0UoodQC/TNsGlSxs150QqvTd/gIiiss8Tf0Wb/RhQrTHGFovQHxKrVIWTz6BJPk/C9iAW9T6MT/2dAZWt9wVx6BEn/iM8g5JRVPCA6tiP1uGekudTwfYpeukvtDHH75marf0dbL8PQVVwwit00MaMoa8tFlShVzLNJ96V7g5IpvvR220u4lGJdkzD5Oc1BQA09BbhSr4pjXyA7IJ33DbiJhTkZmEeykqWnXTVzdootI7GAkIXrt0uKdENhUiW8m6XAQ0XvspZSt9bEXhB2E7rIQXHpGGOkPKphuSKtz6b0Hw== DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s2048; d=yahoo.com; b=g0aSexv1Dbqe9U0uChYATVYCmHMFvC0wN/BTPO2r5A3M4/QttoartlZ7HDHT6PcaYPUefRjWpzV7PbJoa7Ay6at4RduiCZHYQgXWqQwWubxoPc+ON52+Jea4b+SB6+DoSf23676eAoCNx/Iu3s9KCjKfIwriMnydeutXru7hYikuzRy/Du8aCQCJTbR8yAGKmx1EKz4cBj9O2v6pDSYNDwslFEhOeasPiqSzd+X8RdrB/SQ/1dD0vMFULt2HLFkEguPguA9f9GtMR0/gAewMy8vYEwwZ6yRIMUtzYXRece08Z7p50haeuqRQsDPryeYoCq7zdyKKiWU9OhUt6uXueQ==; Received: from [66.196.81.171] by nm35.bullet.mail.bf1.yahoo.com with NNFMP; 18 Dec 2014 19:53:16 -0000 Received: from [98.139.212.247] by tm17.bullet.mail.bf1.yahoo.com with NNFMP; 18 Dec 2014 19:53:16 -0000 Received: from [127.0.0.1] by omp1056.mail.bf1.yahoo.com with NNFMP; 18 Dec 2014 19:53:16 -0000 X-Yahoo-Newman-Property: ymail-3 X-Yahoo-Newman-Id: 446726.56666.bm@omp1056.mail.bf1.yahoo.com Received: by 66.196.80.127; Thu, 18 Dec 2014 19:53:16 +0000 Date: Thu, 18 Dec 2014 19:53:15 +0000 (UTC) From: Anthony Jenkins Reply-To: Anthony Jenkins To: Adrian Chadd Message-ID: <1156584761.958533.1418932395342.JavaMail.yahoo@jws10611.mail.bf1.yahoo.com> Subject: Re: Atheros AR9565 detected, not working MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_958532_988945889.1418932395341" Cc: "wireless@freebsd.org" X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Dec 2014 19:59:35 -0000 ------=_Part_958532_988945889.1418932395341 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit The attached patch seems to get my rfkill GPIO working. It seems ar9300_enable_rf_kill() is never called. I added a call to it after ath_hal_enable_rfkill(), but this is probably not the right place (I see it called several times while the interface is up). I also found several spots in the GPIO handling code which give up if the GPIO pin is 8, 9, 11 or greater than 13; my rfkill GPIO pin is 11 (0x0B). I commented these out: if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || (gpio == AR9382_GPIO_PIN_11_RESERVED) || (gpio == AR9382_GPIO_9_INPUT_ONLY)) { return AH_FALSE; } if ((gpio == AR9382_GPIO_PIN_8_RESERVED) || (gpio == AR9382_GPIO_PIN_11_RESERVED) || (gpio > AR9382_MAX_GPIO_INPUT_PIN_NUM)) { return; } Haven't narrowed down which is responsible for me being able to send this email using my AR9565. Also I'm getting flooded with these messages since moving ath & wlan out of the kernel...my patch broke something, no? ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=1, nbufs=128? ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! ath0: ath_edma_rxfifo_alloc: Q1: alloc failed: i=0, nbufs=128? Anthony ________________________________ From: Adrian Chadd To: Anthony Jenkins Cc: "freebsd-wireless@freebsd.org" Sent: Monday, July 29, 2013 10:44 AM Subject: Re: Atheros AR9565 detected, not working Cool, thanks. Please make sure you post patches for all the things you fix. I'd love to see this kind of thing work out of the box. :) -adrian On 29 July 2013 07:36, Anthony Jenkins wrote: > Thanks Adrian, > > I've managed to fix a few things on this laptop, the remaining stuff is > BIOS/ACPI related. acpi_hp(4) isn't working, has something to do with WMI. > Hoping if I fix the ACPI stuff I can have me AR9565 working. I'll poke > around and report back; the RFKill suggestion is a good place to start > looking. > > Thanks, > Anthony > > > On 07/29/13 10:30, Adrian Chadd wrote: >> >> Hm, maybe rfkill is set? >> >> The AR9565 is supported. I have the reference NICs from Atheros; they >> work just fine. >> >> It may be some kind of ACPI setting to enable/disable RFKill so the >> radio side is actually enabled. >> >> I'm sorry, I don't have much more than that to offer without having >> the laptop here. >> >> If someone's willing to send me one, I'll get 10 + wireless working on >> it and then hand it over to ixsystems to join the 'stuff we really >> should get pcbsd running smoothly on' pile. They're about $500 off of >> amazon.com. >> >> Thanks, >> >> >> >> -adrian >> >> On 29 July 2013 07:21, Anthony Jenkins wrote: >>> >>> I just got an HP ENVY Sleekbook 6z-1100 laptop hoping it came with a >>> FreeBSD-supported wireless NIC. It has an Atheros AR9565 and looking at >>> the >>> logs it _seems_ like it should be working, but I get no network traffic. >>> I >>> haven't started the Atheros debugging procedure yet, save to compile in >>> option AH_DEBUG and move ath(4) out of the kernel & to a module to >>> facilitate changes. Works (of course) in Win8 which came with laptop. >>> Wireless enabled LED is amber (disabled) in FreeBSD, goes from amber to >>> white (enabled) when I boot the Win8 HDD. >>> >>> Here's various logs and misc. system info. What should I try next? >>> Thanks >>> in advance! >>> >>> [root@laptop /usr/src]# uname -a n >>> FreeBSD laptop.qtchat.org 10.0-CURRENT FreeBSD 10.0-CURRENT #0: Sat Jul >>> 27 >>> 23:45:30 EDT 2013 root@laptop.qtchat.org:/usr/obj/usr/src/sys/MYKERNEL >>> amd64 >>> >>> [root@laptop /usr/src]# dmesg >>> Copyright (c) 1992-2013 The FreeBSD Project. >>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 >>> The Regents of the University of California. All rights reserved. >>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>> FreeBSD 10.0-CURRENT #0: Sat Jul 27 23:45:30 EDT 2013 >>> root@laptop.qtchat.org:/usr/obj/usr/src/sys/MYKERNEL amd64 >>> FreeBSD clang version 3.3 (tags/RELEASE_33/final 183502) 20130610 >>> module_register: module pci/xhci already exists! >>> Module pci/xhci failed to register: 17 >>> CPU: AMD A10-4655M APU with Radeon(tm) HD Graphics (1996.31-MHz >>> K8-class >>> CPU) >>> Origin = "AuthenticAMD" Id = 0x610f01 Family = 0x15 Model = 0x10 >>> Stepping = 1 >>> >>> Features=0x178bfbff >>> >>> Features2=0x3e98320b >>> AMD Features=0x2e500800 >>> AMD >>> >>> Features2=0x1abbfff,NodeId,TBM,,> >>> Standard Extended Features=0x8 >>> TSC: P-state invariant, performance statistics >>> real memory = 17179869184 (16384 MB) >>> avail memory = 15463530496 (14747 MB) >>> Event timer "LAPIC" quality 400 >>> ACPI APIC Table: >>> FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs >>> FreeBSD/SMP: 1 package(s) x 4 core(s) >>> cpu0 (BSP): APIC ID: 16 >>> cpu1 (AP): APIC ID: 17 >>> cpu2 (AP): APIC ID: 18 >>> cpu3 (AP): APIC ID: 19 >>> ioapic0: Changing APIC ID to 4 >>> ioapic0 irqs 0-23 on motherboard >>> kbd1 at kbdmux0 >>> acpi0: on motherboard >>> acpi0: Power Button (fixed) >>> cpu0: on acpi0 >>> cpu1: on acpi0 >>> cpu2: on acpi0 >>> cpu3: on acpi0 >>> hpet0: iomem 0xfed00000-0xfed003ff irq 0,8 >>> on >>> acpi0 >>> Timecounter "HPET" frequency 14318180 Hz quality 950 >>> atrtc0: port 0x70-0x71 on acpi0 >>> Event timer "RTC" frequency 32768 Hz quality 0 >>> attimer0: port 0x40-0x43 on acpi0 >>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>> Event timer "i8254" frequency 1193182 Hz quality 100 >>> Timecounter "ACPI-fast" frequency 3579545 Hz quality 900 >>> acpi_timer0: <32-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 >>> acpi_ec0: port 0x62,0x66 iomem >>> 0xff000000-0xff000fff on acpi0 >>> acpi_button0: on acpi0 >>> pcib0: port 0xcf8-0xcff on acpi0 >>> pci0: on pcib0 >>> vgapci0: port 0x3000-0x30ff mem >>> 0xe0000000-0xefffffff,0xf0300000-0xf033ffff irq 17 at device 1.0 on pci0 >>> acpi_video0: on vgapci0 >>> hdac0: mem 0xf0344000-0xf0347fff irq 18 at >>> device 1.1 on pci0 >>> hdac0: hdac_get_capabilities: Invalid corb size (0); assuming 256. >>> hdac0: hdac_get_capabilities: Invalid rirb size (0); assuming 256. >>> pcib1: at device 4.0 on pci0 >>> pci1: on pcib1 >>> pci1: at device 0.0 (no driver attached) >>> re0: port >>> 0x2000-0x20ff mem 0xf0004000-0xf0004fff,0xf0000000-0xf0003fff irq 16 at >>> device 0.2 on pci1 >>> re0: Using 1 MSI-X message >>> re0: turning off MSI enable bit. >>> re0: ASPM disabled >>> re0: Chip rev. 0x48800000 >>> re0: MAC rev. 0x00000000 >>> miibus0: on re0 >>> rgephy0: PHY 1 on >>> miibus0 >>> rgephy0: none, 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, >>> 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT-FDX, 1000baseT-FDX-master, >>> 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow >>> re0: Ethernet address: 6c:3b:e5:81:21:f0 >>> pcib2: at device 5.0 on pci0 >>> pci2: on pcib2 >>> ath0: mem 0xf0100000-0xf017ffff irq 17 at >>> device >>> 0.0 on pci2 >>> ar9300_set_stub_functions: setting stub functions >>> ar9300_set_stub_functions: setting stub functions >>> 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 >>> Restoring Cal data from Flash >>> Restoring Cal data from Flash >>> Restoring Cal data from OTP >>> ar9300_hw_attach: ar9300_eeprom_attach returned 0 >>> ar9300_fill_capability_info: (MCI) MCI support = 1 >>> ath0: RX status length: 48 >>> ath0: RX buffer size: 4096 >>> ath0: TX descriptor length: 128 >>> ath0: TX status length: 36 >>> ath0: TX buffers per descriptor: 4 >>> ar9300_freebsd_setup_x_tx_desc: called, 0x0/0, 0x0/0, 0x0/0 >>> ath0: ath_edma_setup_rxfifo: type=0, FIFO depth = 16 entries >>> ath0: ath_edma_setup_rxfifo: type=1, FIFO depth = 128 entries >>> ath0: [HT] enabling HT modes >>> ath0: [HT] enabling short-GI in 20MHz mode >>> ath0: [HT] 1 stream STBC receive enabled >>> ath0: [HT] 1 RX streams; 1 TX streams >>> ath0: AR9565 mac 704.0 RF5110 phy 526.12 >>> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 >>> xhci0: mem 0xf0348000-0xf0349fff irq >>> 18 >>> at device 16.0 on pci0 >>> usbus0: waiting for BIOS to give up control >>> xhci0: 32 byte context size. >>> usbus0 on xhci0 >>> ahci0: port >>> 0x3118-0x311f,0x3124-0x3127,0x3110-0x3117,0x3120-0x3123,0x3100-0x310f mem >>> 0xf034e000-0xf034e7ff irq 19 at device 17.0 on pci0 >>> ahci0: AHCI v1.30 with 1 6Gbps ports, Port Multiplier supported >>> ahcich0: at channel 0 on ahci0 >>> ohci0: mem 0xf034d000-0xf034dfff irq 18 >>> at >>> device 18.0 on pci0 >>> usbus1 on ohci0 >>> ehci0: mem 0xf034c000-0xf034c0ff irq >>> 17 >>> at device 18.2 on pci0 >>> usbus2: EHCI version 1.0 >>> usbus2 on ehci0 >>> ohci1: mem 0xf034b000-0xf034bfff irq 18 >>> at >>> device 19.0 on pci0 >>> usbus3 on ohci1 >>> ehci1: mem 0xf034a000-0xf034a0ff irq >>> 17 >>> at device 19.2 on pci0 >>> usbus4: EHCI version 1.0 >>> usbus4 on ehci1 >>> pci0: at device 20.0 (no driver attached) >>> hdac1: mem 0xf0340000-0xf0343fff >>> irq >>> 16 at device 20.2 on pci0 >>> isab0: at device 20.3 on pci0 >>> isa0: on isab0 >>> pcib3: at device 20.4 on pci0 >>> pci3: on pcib3 >>> acpi_lid0: on acpi0 >>> acpi_tz0: on acpi0 >>> acpi_tz0: _CRT value is absurd, ignored (226.8C) >>> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >>> atkbd0: irq 1 on atkbdc0 >>> kbd0 at atkbd0 >>> atkbd0: [GIANT-LOCKED] >>> psm0: irq 12 on atkbdc0 >>> psm0: [GIANT-LOCKED] >>> psm0: model Synaptics Touchpad, device ID 0 >>> battery0: on acpi0 >>> acpi_acad0: on acpi0 >>> sc0: at flags 0x100 on isa0 >>> sc0: VGA <16 virtual consoles, flags=0x300> >>> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 >>> ctl: CAM Target Layer loaded >>> acpi_throttle0: on cpu0 >>> acpi_throttle1: on cpu1 >>> acpi_throttle1: failed to attach P_CNT >>> device_attach: acpi_throttle1 attach returned 6 >>> acpi_throttle2: on cpu2 >>> acpi_throttle2: failed to attach P_CNT >>> device_attach: acpi_throttle2 attach returned 6 >>> acpi_throttle3: on cpu3 >>> acpi_throttle3: failed to attach P_CNT >>> device_attach: acpi_throttle3 attach returned 6 >>> ZFS filesystem version: 5 >>> ZFS storage pool version: features support (5000) >>> Timecounters tick every 1.000 msec >>> hdacc0: at cad 0 on hdac0 >>> hdaa0: at nid 1 on hdacc0 >>> pcm0: at nid 3 on hdaa0 >>> hdacc1: at cad 0 on hdac1 >>> hdaa1: at nid 1 on hdacc1 >>> pcm1: at nid 13,11 and 12 on hdaa1 >>> pcm2: at nid 17 on hdaa1 >>> usbus0: 5.0Gbps Super Speed USB v3.0 >>> usbus1: 12Mbps Full Speed USB v1.0 >>> usbus2: 480Mbps High Speed USB v2.0 >>> usbus3: 12Mbps Full Speed USB v1.0 >>> usbus4: 480Mbps High Speed USB v2.0 >>> ugen3.1: at usbus3 >>> uhub0: on usbus3 >>> ugen2.1: at usbus2 >>> uhub1: on usbus2 >>> ugen1.1: at usbus1 >>> uhub2: on usbus1 >>> ugen0.1: <0x1022> at usbus0 >>> uhub3: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 >>> ugen4.1: at usbus4 >>> uhub4: on usbus4 >>> ada0 at ahcich0 bus 0 scbus0 target 0 lun 0 >>> ada0: ATA-9 SATA 3.x device >>> ada0: 600.000MB/s transfers (SATA 3.x, UDMA6, PIO 8192bytes) >>> ada0: Command Queueing enabled >>> ada0: 238475MB (488397168 512 byte sectors: 16H 63S/T 16383C) >>> ada0: Previously was known as ad4 >>> SMP: AP CPU #3 Launched! >>> SMP: AP CPU #1 Launched! >>> SMP: AP CPU #2 Launched! >>> Timecounter "TSC" frequency 1996309068 Hz quality 1000 >>> Root mount waiting for: usbus4 usbus3 usbus2 usbus1 usbus0 >>> uhub0: 5 ports with 5 removable, self powered >>> uhub2: 5 ports with 5 removable, self powered >>> ACPI Error: No handler for Region [RCM0] (0xfffffe0026ac6b00) >>> [SystemCMOS] >>> (20130626/evregion-178) >>> ACPI Error: Region SystemCMOS (ID=5) has no handler >>> (20130626/exfldio-320) >>> ACPI Error: Method parse/execution failed [\134_SB_.WMID.ESDT] (Node >>> 0xfffffe0026adac40), AE_NOT_EXIST (20130626/psparse-553) >>> ACPI Error: Method parse/execution failed [\134_SB_.PCI0.LPC0.EC0_._Q42] >>> (Node 0xfffffe0026ae8340), AE_NOT_EXIST (20130626/psparse-553) >>> acpi_ec0: evaluation of query method _Q42 failed: AE_NOT_EXIST >>> uhub3: 4 ports with 4 removable, self powered >>> Root mount waiting for: usbus4 usbus2 >>> uhub1: 5 ports with 5 removable, self powered >>> uhub4: 5 ports with 5 removable, self powered >>> Root mount waiting for: usbus4 usbus2 >>> ugen2.2: at usbus2 >>> ugen4.2: at usbus4 >>> Trying to mount root from zfs:sys []... >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> ugen3.2: at usbus3 >>> ar9300_Stub_GetCTSTimeout: called >>> ar9300_Stub_GetCTSTimeout: called >>> ar9300_Stub_GetAntennaSwitch: called >>> ar9300_Stub_GetAntennaSwitch: called >>> wlan1: Ethernet address: 20:68:9d:c5:76:8d >>> run0: on usbus2 >>> run0: MAC/BBP RT3071 (rev 0x0213), RF RT3022 (MIMO 2T2R), address >>> 1c:bd:b9:8c:9d:71 >>> ubt0: >>> on >>> usbus3 >>> wlan0: Ethernet address: 1c:bd:b9:8c:9d:71 >>> run0: firmware RT3071 ver. 0.236 loaded >>> WARNING: attempt to domain_add(bluetooth) after domainfinalize() >>> WARNING: attempt to domain_add(netgraph) after domainfinalize() >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> WARNING pid 2654 (python2.7): ioctl sign-extension ioctl ffffffff80087467 >>> WARNING pid 2655 (python2.7): ioctl sign-extension ioctl ffffffff80087467 >>> WARNING pid 2656 (python2.7): ioctl sign-extension ioctl ffffffff80087467 >>> wlan0: Ethernet address: 1c:bd:b9:8c:9d:71 >>> run0: firmware RT3071 ver. 0.236 loaded >>> wlan0: link state changed to UP >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> uhub3: at usbus0, port 1, addr 1 (disconnected) >>> uhub2: at usbus1, port 1, addr 1 (disconnected) >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> uhub1: at usbus2, port 1, addr 1 (disconnected) >>> ugen2.2: at usbus2 (disconnected) >>> run0: at uhub1, port 1, addr 2 (disconnected) >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> wlan0: link state changed to DOWN >>> uhub0: at usbus3, port 1, addr 1 (disconnected) >>> ugen3.2: at usbus3 (disconnected) >>> ubt0: at uhub0, port 4, addr 2 (disconnected) >>> xhci_interrupt: host controller halted >>> xhci_interrupt: host controller halted >>> uhub4: at usbus4, port 1, addr 1 (disconnected) >>> ugen4.2: at usbus4 (disconnected) >>> ACPI Error: No handler for Region [RCM0] (0xfffffe0026ac6b00) >>> [SystemCMOS] >>> (20130626/evregion-178) >>> ACPI Error: Region SystemCMOS (ID=5) has no handler >>> (20130626/exfldio-320) >>> ACPI Error: Method parse/execution failed [\134_SB_.WMID.ESDT] (Node >>> 0xfffffe0026adac40), AE_NOT_EXIST (20130626/psparse-553) >>> ACPI Error: Method parse/execution failed [\134_PTS] (Node >>> 0xfffffe0026ab4c80), AE_NOT_EXIST (20130626/psparse-553) >>> acpi0: AcpiEnterSleepStatePrep failed - AE_NOT_EXIST >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> xhci0: 32 byte context size. >>> uhub0: <0x1022 XHCI root HUB, class 9/0, rev 3.00/1.00, addr 1> on usbus0 >>> uhub1: on usbus2 >>> uhub2: on usbus4 >>> uhub3: on usbus3 >>> uhub4: on usbus1 >>> uhub0: 4 ports with 4 removable, self powered >>> uhub4: 5 ports with 5 removable, self powered >>> uhub3: 5 ports with 5 removable, self powered >>> uhub1: 5 ports with 5 removable, self powered >>> uhub2: 5 ports with 5 removable, self powered >>> ugen2.2: at usbus2 >>> run0: on usbus2 >>> ugen4.2: at usbus4 >>> run0: MAC/BBP RT3071 (rev 0x0213), RF RT3022 (MIMO 2T2R), address >>> 1c:bd:b9:8c:9d:71 >>> wlan0: Ethernet address: 1c:bd:b9:8c:9d:71 >>> run0: firmware RT3071 ver. 0.236 loaded >>> ugen3.2: at usbus3 >>> ubt0: >>> on >>> usbus3 >>> wlan0: link state changed to UP >>> can't evaluate \134_SB_.PCI0.VGA_.LCD_._DCS - AE_NOT_FOUND >>> >>> [root@laptop /usr/src]# cat /etc/rc.conf >>> wlans_run0="wlan0" >>> wlans_ath0="wlan1" >>> ifconfig_wlan0="DHCP WPA" >>> ... >>> >>> [root@laptop /usr/src]# ifconfig -a >>> ath0: flags=8802 metric 0 mtu 2290 >>> ether 20:68:9d:c5:76:8d >>> nd6 options=29 >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>> status: no carrier >>> wlan1: flags=8802 metric 0 mtu 1500 >>> ether 20:68:9d:c5:76:8d >>> nd6 options=29 >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>> status: no carrier >>> ssid "" channel 1 (2412 MHz 11b) >>> regdomain 106 indoor ecm authmode OPEN privacy OFF txpower 20 bmiss >>> 7 >>> scanvalid 60 wme burst bintval 0 >>> ... >>> >>> [root@laptop /usr/src]# /etc/rc.d/netif start ath0 >>> Starting Network: ath0. >>> ath0: flags=8843 metric 0 mtu >>> 2290 >>> ether 20:68:9d:c5:76:8d >>> nd6 options=29 >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >>> status: associated >>> Additional inet routing options: ignore ICMP redirect=YES log ICMP >>> redirect=YES. >>> >>> [root@laptop /usr/src]# for iface in ath0 wlan1; do ifconfig ${iface}; >>> done >>> ath0: flags=8843 metric 0 mtu >>> 2290 >>> ether 20:68:9d:c5:76:8d >>> nd6 options=29 >>> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >>> status: associated >>> wlan1: flags=8843 metric 0 mtu >>> 1500 >>> ether 20:68:9d:c5:76:8d >>> inet 67.215.65.145 netmask 0xff000000 broadcast 67.215.65.145 >>> nd6 options=29 >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) >>> status: no carrier >>> ssid "" channel 2 (2417 MHz 11g) >>> regdomain 106 indoor ecm authmode OPEN privacy OFF txpower 20 bmiss >>> 7 >>> scanvalid 60 protmode CTS wme burst >>> >>> [root@laptop /usr/src]# dmesg >>> ... >>> ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping >>> ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping >>> ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping >>> ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping >>> ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping >>> ath0: ath_edma_recv_tasklet: sc_inreset_cnt > 0; skipping >>> >>> >>> -- >>> Anthony Jenkins >>> _______________________________________________ >>> freebsd-wireless@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-wireless >>> To unsubscribe, send any mail to >>> "freebsd-wireless-unsubscribe@freebsd.org" > > > > -- > Anthony Jenkins ------=_Part_958532_988945889.1418932395341 Content-Type: text/x-patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=ath_ar9565_rfkill_gpio.patch Content-ID: <328a6c7f-7faa-7209-74fe-77c8ead92959@yahoo.com> SW5kZXg6IHN5cy9jb250cmliL2Rldi9hdGgvYXRoX2hhbC9hcjkzMDAvYXI5MzAwX2F0dGFjaC5j Cj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT0KLS0tIHN5cy9jb250cmliL2Rldi9hdGgvYXRoX2hhbC9hcjkzMDAvYXI5MzAw X2F0dGFjaC5jCShyZXZpc2lvbiAyNzU3NDIpCisrKyBzeXMvY29udHJpYi9kZXYvYXRoL2F0aF9o YWwvYXI5MzAwL2FyOTMwMF9hdHRhY2guYwkod29ya2luZyBjb3B5KQpAQCAtMjc1OSw2ICsyNzU5 LDcgQEAKICAgICAgICAgYWhwLT5haF9wb2xhcml0eSAgID0gTVMoYWhwcml2LT5haF9yZnNpbGVu dCwgRUVQX1JGU0lMRU5UX1BPTEFSSVRZKTsKIAogICAgICAgICBhdGhfaGFsX2VuYWJsZV9yZmtp bGwoYWgsIEFIX1RSVUUpOworICAgICAgICBhcjkzMDBfZW5hYmxlX3JmX2tpbGwoYWgpOwogICAg ICAgICBwX2NhcC0+aGFsUmZTaWxlbnRTdXBwb3J0ID0gQUhfVFJVRTsKICAgICB9CiAKSW5kZXg6 IHN5cy9jb250cmliL2Rldi9hdGgvYXRoX2hhbC9hcjkzMDAvYXI5MzAwX2dwaW8uYwo9PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09Ci0tLSBzeXMvY29udHJpYi9kZXYvYXRoL2F0aF9oYWwvYXI5MzAwL2FyOTMwMF9ncGlvLmMJ KHJldmlzaW9uIDI3NTc0MikKKysrIHN5cy9jb250cmliL2Rldi9hdGgvYXRoX2hhbC9hcjkzMDAv YXI5MzAwX2dwaW8uYwkod29ya2luZyBjb3B5KQpAQCAtMTYxLDYgKzE2MSw3IEBACiAgICAgfTsK IAogICAgIEhBTEFTU0VSVChncGlvIDwgQUhfUFJJVkFURShhaCktPmFoX2NhcHMuaGFsTnVtR3Bp b1BpbnMpOworI2lmIDAKICAgICBpZiAoKGdwaW8gPT0gQVI5MzgyX0dQSU9fUElOXzhfUkVTRVJW RUQpICB8fAogICAgICAgICAoZ3BpbyA9PSBBUjkzODJfR1BJT19QSU5fMTFfUkVTRVJWRUQpIHx8 CiAgICAgICAgIChncGlvID09IEFSOTM4Ml9HUElPXzlfSU5QVVRfT05MWSkpCkBAIC0xNjcsNiAr MTY4LDcgQEAKICAgICB7CiAgICAgICAgIHJldHVybiBBSF9GQUxTRTsKICAgICB9CisjZW5kaWYK IAogICAgIC8qIENvbnZlcnQgSEFMIHNpZ25hbCB0eXBlIGRlZmluaXRpb25zIHRvIGhhcmR3YXJl LXNwZWNpZmljIHZhbHVlcy4gKi8KICAgICBpZiAoKGludCkgaGFsX3NpZ25hbF90eXBlIDwgQVJS QVlfTEVOR1RIKG11eF9zaWduYWxfY29udmVyc2lvbl90YWJsZSkpCkBAIC0zNDcsNiArMzQ5LDcg QEAKICAgICB1X2ludDMyX3QgICAgZ3Bpb19zaGlmdDsKIAogICAgIEhBTEFTU0VSVChncGlvIDwg QUhfUFJJVkFURShhaCktPmFoX2NhcHMuaGFsTnVtR3Bpb1BpbnMpOworI2lmIDAKICAgICBpZiAo KGdwaW8gPT0gQVI5MzgyX0dQSU9fUElOXzhfUkVTRVJWRUQpICB8fAogICAgICAgICAoZ3BpbyA9 PSBBUjkzODJfR1BJT19QSU5fMTFfUkVTRVJWRUQpIHx8CiAgICAgICAgIChncGlvID4gQVI5Mzgy X01BWF9HUElPX0lOUFVUX1BJTl9OVU0pKQpAQCAtMzUzLDYgKzM1Niw3IEBACiAgICAgewogICAg ICAgICByZXR1cm4gQUhfRkFMU0U7CiAgICAgfQorI2VuZGlmCiAKICAgICBpZiAoZ3BpbyA8PSBB UjkzODJfTUFYX0pUQUdfR1BJT19QSU5fTlVNKSB7CiAgICAgICAgIE9TX1JFR19TRVRfQklUKGFo LApAQCAtMzc3LDYgKzM4MSw3IEBACiBhcjkzMDBfZ3Bpb19zZXQoc3RydWN0IGF0aF9oYWwgKmFo LCB1X2ludDMyX3QgZ3BpbywgdV9pbnQzMl90IHZhbCkKIHsKICAgICBIQUxBU1NFUlQoZ3BpbyA8 IEFIX1BSSVZBVEUoYWgpLT5haF9jYXBzLmhhbE51bUdwaW9QaW5zKTsKKyNpZiAwCiAgICAgaWYg KChncGlvID09IEFSOTM4Ml9HUElPX1BJTl84X1JFU0VSVkVEKSAgfHwKICAgICAgICAgKGdwaW8g PT0gQVI5MzgyX0dQSU9fUElOXzExX1JFU0VSVkVEKSB8fAogICAgICAgICAoZ3BpbyA9PSBBUjkz ODJfR1BJT185X0lOUFVUX09OTFkpKQpAQCAtMzgzLDYgKzM4OCw3IEBACiAgICAgewogICAgICAg ICByZXR1cm4gQUhfRkFMU0U7CiAgICAgfQorI2VuZGlmCiAgICAgT1NfUkVHX1JNVyhhaCwgQVJf SE9TVElGX1JFRyhhaCwgQVJfR1BJT19PVVQpLAogICAgICAgICAoKHZhbCAmIDEpIDw8IGdwaW8p LCBBUl9HUElPX0JJVChncGlvKSk7CiAKQEAgLTM5NywxMSArNDAzLDEzIEBACiB7CiAgICAgdV9p bnQzMl90IGdwaW9faW47CiAgICAgSEFMQVNTRVJUKGdwaW8gPCBBSF9QUklWQVRFKGFoKS0+YWhf Y2Fwcy5oYWxOdW1HcGlvUGlucyk7CisjaWYgMAogICAgIGlmICgoZ3BpbyA9PSBBUjkzODJfR1BJ T19QSU5fOF9SRVNFUlZFRCkgfHwKICAgICAgICAgKGdwaW8gPT0gQVI5MzgyX0dQSU9fUElOXzEx X1JFU0VSVkVEKSkKICAgICB7CiAgICAgICAgIHJldHVybiAweGZmZmZmZmZmOwogICAgIH0KKyNl bmRpZgogCiAgICAgZ3Bpb19pbiA9IE9TX1JFR19SRUFEKGFoLCBBUl9IT1NUSUZfUkVHKGFoLCBB Ul9HUElPX0lOKSk7CiAgICAgT1NfUkVHX1JNVyhhaCwgQVJfSE9TVElGX1JFRyhhaCwgQVJfR1BJ T19JTiksCkBAIC00NTIsNiArNDYwLDcgQEAKIAogICAgIEhBTEFTU0VSVChncGlvIDwgQUhfUFJJ VkFURShhaCktPmFoX2NhcHMuaGFsTnVtR3Bpb1BpbnMpOwogCisjaWYgMAogICAgIGlmICgoZ3Bp byA9PSBBUjkzODJfR1BJT19QSU5fOF9SRVNFUlZFRCkgfHwKICAgICAgICAgKGdwaW8gPT0gQVI5 MzgyX0dQSU9fUElOXzExX1JFU0VSVkVEKSB8fAogICAgICAgICAoZ3BpbyA+IEFSOTM4Ml9NQVhf R1BJT19JTlBVVF9QSU5fTlVNKSkKQEAgLTQ1OCw2ICs0NjcsNyBAQAogICAgIHsKICAgICAgICAg cmV0dXJuOwogICAgIH0KKyNlbmRpZgogCiAjaWZkZWYgQUhfQVNTRVJUCiAgICAgZ3Bpb19tYXNr ID0gKDEgPDwgQUhfUFJJVkFURShhaCktPmFoX2NhcHMuaGFsTnVtR3Bpb1BpbnMpIC0gMTsKQEAg LTU0OSw4ICs1NTksMTAgQEAKIAogICAgIGlmIChBSF9QUklWQVRFKGFoKS0+YWhfZGV2aWQgPT0g QVI5MzAwX0RFVklEX0FSOTM4MF9QQ0lFKSB7CiAgICAgICAgIG1hc2sgPSAoMSA8PCBBUjkzODJf TUFYX0dQSU9fUElOX05VTSkgLSAxOworI2lmIDAKICAgICAgICAgbWFzayAmPSB+KDEgPDwgQVI5 MzgyX0dQSU9fUElOXzhfUkVTRVJWRUQgfAogICAgICAgICAgICAgICAgICAgMSA8PCBBUjkzODJf R1BJT19QSU5fMTFfUkVTRVJWRUQpOworI2VuZGlmCiAgICAgfQogICAgIHJldHVybiBtYXNrOwog fQpAQCAtNTY1LDEwICs1NzcsMTIgQEAKICAgICAgICAgaW52YWxpZCB8PSAxIDw8IEFSOTM4Ml9H UElPX1BJTl84X1JFU0VSVkVEIHwKICAgICAgICAgICAgICAgICAgICAxIDw8IEFSOTM4Ml9HUElP X1BJTl8xMV9SRVNFUlZFRDsKICAgICB9CisjaWYgMAogICAgIGlmIChtYXNrICYgaW52YWxpZCkg ewogICAgICAgICBhdGhfaGFsX3ByaW50ZihhaCwgIiVzOiBpbnZhbGlkIEdQSU8gbWFzayAweCV4 XG4iLCBfX2Z1bmNfXywgbWFzayk7CiAgICAgICAgIHJldHVybiAtMTsKICAgICB9CisjZW5kaWYK ICAgICBBSDkzMDAoYWgpLT5haF9ncGlvX21hc2sgPSBtYXNrOwogICAgIE9TX1JFR19XUklURShh aCwgQVJfSE9TVElGX1JFRyhhaCwgQVJfR1BJT19JTlRSX1BPTCksIG1hc2sgJiBwb2xfbWFwKTsK IAo= ------=_Part_958532_988945889.1418932395341-- From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 01:19:38 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 781A8F1F for ; Fri, 19 Dec 2014 01:19:38 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5EC682C97 for ; Fri, 19 Dec 2014 01:19:38 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJ1JcWQ055891 for ; Fri, 19 Dec 2014 01:19:38 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196116] New: [net80211] [patch]: export ieee80211_add_ssid symbol and remove local copy from if_iwn.c Date: Fri, 19 Dec 2014 01:19:38 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: s3erios@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version rep_platform op_sys bug_status bug_severity priority component assigned_to reporter attachments.created Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 01:19:38 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196116 Bug ID: 196116 Summary: [net80211] [patch]: export ieee80211_add_ssid symbol and remove local copy from if_iwn.c Product: Base System Version: 11.0-CURRENT Hardware: Any OS: Any Status: New Severity: Affects Only Me Priority: --- Component: wireless Assignee: freebsd-wireless@FreeBSD.org Reporter: s3erios@gmail.com Created attachment 150741 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150741&action=edit Make ieee80211_add_ssid() function public This should slightly reduce code duplication between net80211 stack and iwn / wpi drivers. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 01:21:06 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 906A0F80 for ; Fri, 19 Dec 2014 01:21:06 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 7747B2CAF for ; Fri, 19 Dec 2014 01:21:06 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJ1L6TL059447 for ; Fri, 19 Dec 2014 01:21:06 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196116] [net80211] [patch]: export ieee80211_add_ssid symbol and remove local copy from if_iwn.c Date: Fri, 19 Dec 2014 01:21:06 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: s3erios@gmail.com X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 01:21:06 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196116 --- Comment #1 from Andriy Voskoboinyk --- Created attachment 150742 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150742&action=edit Remove local copy of ieee80211_add_ssid -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 01:40:45 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D30AB52F for ; Fri, 19 Dec 2014 01:40:45 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id BA21B2F36 for ; Fri, 19 Dec 2014 01:40:45 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJ1ej87011392 for ; Fri, 19 Dec 2014 01:40:45 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196116] [net80211] [patch]: export ieee80211_add_ssid symbol and remove local copy from if_iwn.c Date: Fri, 19 Dec 2014 01:40:45 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 01:40:45 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196116 --- Comment #2 from commit-hook@freebsd.org --- A commit references this bug: Author: adrian Date: Fri Dec 19 01:40:00 UTC 2014 New revision: 275928 URL: https://svnweb.freebsd.org/changeset/base/275928 Log: Make ieee80211_add_ssid() public. Some drivers use private copies of this. PR: kern/196116 Submitted by: Andriy Voskoboinyk Changes: head/sys/net80211/ieee80211_output.c head/sys/net80211/ieee80211_proto.h -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 01:42:13 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3879C6BA for ; Fri, 19 Dec 2014 01:42:13 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F4762FEB for ; Fri, 19 Dec 2014 01:42:13 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJ1gCti015691 for ; Fri, 19 Dec 2014 01:42:12 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196116] [net80211] [patch]: export ieee80211_add_ssid symbol and remove local copy from if_iwn.c Date: Fri, 19 Dec 2014 01:42:13 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: resolution bug_status cc Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 01:42:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196116 Adrian Chadd changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|New |Closed CC| |adrian@freebsd.org --- Comment #3 from Adrian Chadd --- Committed, thanks! -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 01:42:47 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 34E526E2 for ; Fri, 19 Dec 2014 01:42:47 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1B2FE2FF5 for ; Fri, 19 Dec 2014 01:42:47 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJ1gkb1015911 for ; Fri, 19 Dec 2014 01:42:46 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196116] [net80211] [patch]: export ieee80211_add_ssid symbol and remove local copy from if_iwn.c Date: Fri, 19 Dec 2014 01:42:47 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 01:42:47 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196116 --- Comment #4 from commit-hook@freebsd.org --- A commit references this bug: Author: adrian Date: Fri Dec 19 01:41:52 UTC 2014 New revision: 275929 URL: https://svnweb.freebsd.org/changeset/base/275929 Log: Remove a private copy of ieee80211_add_ssid(). PR: kern/196116 Submitted by: Andriy Voskoboinyk Changes: head/sys/dev/iwn/if_iwn.c -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 01:48:41 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E5478799 for ; Fri, 19 Dec 2014 01:48:41 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CCC04E3 for ; Fri, 19 Dec 2014 01:48:41 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJ1mfaN018933 for ; Fri, 19 Dec 2014 01:48:41 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196069] [wpi] [patch]: refactor wpi_scan() Date: Fri, 19 Dec 2014 01:48:42 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 01:48:42 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196069 --- Comment #2 from Adrian Chadd --- ok, would you now submit a replacement patch with the new public ieee80211_add_ssid () ? Thanks! -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 07:53:54 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 72DFF5CF; Fri, 19 Dec 2014 07:53:54 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 27FB51F40; Fri, 19 Dec 2014 07:53:53 +0000 (UTC) Received: from [89.204.138.167] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Y1sNh-0002b9-Fi; Fri, 19 Dec 2014 08:53:50 +0100 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id sBJ7rgrf001759; Fri, 19 Dec 2014 08:53:43 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id sBJ7reWj001758; Fri, 19 Dec 2014 08:53:40 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Fri, 19 Dec 2014 08:53:39 +0100 From: Matthias Apitz To: Adrian Chadd Subject: Re: Issues with urtwn Message-ID: <20141219075339.GA1748@unixarea.DDR.dd> Reply-To: Matthias Apitz References: <20141102084605.GA60031@unixarea.DDR.dd> <54564C92.8040104@freebsd.org> <20141102152953.GA20263@unixarea.DDR.dd> <54564E4D.4020703@freebsd.org> <20141103054633.GA3258@unixarea.DDR.dd> <20141103095530.GA42402@unixarea.DDR.dd> <20141123163811.GA5739@unixarea.DDR.dd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.138.167 Cc: "freebsd-wireless@freebsd.org" , Nathan Whitehorn X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 07:53:54 -0000 El día Wednesday, December 17, 2014 a las 06:58:09PM -0800, Adrian Chadd escribió: > ... > Would someone please try this again, but run it with scan debugging > enabled (wlandebug +scan) ? The scan_task() routine has some useful > debugging just before it may wake up the VAP; I'd like to see what > that says (whether it says "done" or "stopped" in it.) > ... > Hi, Here comes the messages from such 'wlandebug +scan'; please let me know if you need more tests/logs: ... Dec 19 07:41:24 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] ieee80211_scan_assoc_success Dec 19 07:41:24 unixarea kernel: wlan0: link state changed to UP Dec 19 07:41:24 unixarea dhclient[1828]: send_packet: No buffer space available Dec 19 07:41:24 unixarea wpa_supplicant[1731]: wlan0: Associated with 00:26:0b:4b:b8:44 Dec 19 07:41:24 unixarea wpa_supplicant[1731]: wlan0: WPA: Key negotiation completed with 00:26:0b:4b:b8:44 [PTK=CCMP GTK=CCMP] Dec 19 07:41:24 unixarea wpa_supplicant[1731]: wlan0: CTRL-EVENT-CONNECTED - Connection to 00:26:0b:4b:b8:44 completed [id=2 id_str=] Dec 19 07:41:31 unixarea dhclient: New IP Address (wlan0): 10.49.30.104 Dec 19 07:41:31 unixarea dhclient: New Subnet Mask (wlan0): 255.255.255.0 Dec 19 07:41:31 unixarea dhclient: New Broadcast Address (wlan0): 10.49.30.255 Dec 19 07:41:31 unixarea dhclient: New Routers (wlan0): 10.49.30.1 I run in another terminal a cycle of a proc fetching a file with WGET from some sever; the lines are from ipmon for every WGET: Dec 19 07:41:47 unixarea ipmon[508]: 07:41:47.581028 wlan0 @0:14 p 10.49.30.104,37367 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT Dec 19 07:41:50 unixarea ipmon[508]: 07:41:50.803714 wlan0 @0:14 p 10.49.30.104,52814 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT Dec 19 07:41:53 unixarea ipmon[508]: 07:41:53.206811 wlan0 @0:14 p 10.49.30.104,53615 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT Dec 19 07:41:55 unixarea ipmon[508]: 07:41:55.872432 wlan0 @0:14 p 10.49.30.104,55755 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT ... Dec 19 07:46:23 unixarea ipmon[508]: 07:46:23.463618 wlan0 @0:14 p 10.49.30.104,46622 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT now the 300 sec bgscan intervall is over and the bgscan occurs: Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, ticks 2141470 duration 150 Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: GuruDebug: Enable station power save mode Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 1g [active, dwell min 20ms max 150ms] Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] new probe_resp on chan 1 (bss chan 1) "OCLCPublic" rssi 64 Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] caps 0x431 bintval 100 erp 0x100 country [NL 1-13,23] Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] new probe_resp on chan 1 (bss chan 1) "OCLCPublic" rssi 64 Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] caps 0x431 bintval 100 erp 0x100 country [NL 1-13,23] Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] new beacon on chan 1 (bss chan 1) "OCLCPublic" rssi 64 Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] caps 0x431 bintval 100 erp 0x100 country [NL 1-13,23] Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_add_scan: chan 1g min dwell met (2141573 > 2141495) Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 6g [active, dwell min 20ms max 49ms] Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: stopped, [ticks 2141628, dwell min 20 scanend 2141622] Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, ticks 2141675 duration 150 Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 11g [active, dwell min 20ms max 150ms] Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: stopped, [ticks 2141840, dwell min 20 scanend 2141825] Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, ticks 2141880 duration 150 Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 7g [active, dwell min 20ms max 150ms] Dec 19 07:46:25 unixarea kernel: wlan0: scan_task: stopped, [ticks 2142046, dwell min 20 scanend 2142030] after this no more traffic can pass the wlan0 interface; its state is: wlan0: flags=8843 metric 0 mtu 1500 ether 80:1f:02:ee:16:37 inet 10.49.30.104 netmask 0xffffff00 broadcast 10.49.30.255 nd6 options=29 media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g status: associated ssid OCLCPublic channel 1 (2412 MHz 11g) bssid 00:26:0b:4b:b8:44 country US authmode WPA2/802.11i privacy ON deftxkey UNDEF AES-CCM 2:128-bit txpower 0 bmiss 7 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode CTS roaming MANUAL after some more time some pwr save queue flows over: Dec 19 07:50:59 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 1 (size 50) Dec 19 07:51:01 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 2 (size 50) Dec 19 07:51:02 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 3 (size 50) Dec 19 07:51:12 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 4 (size 50) Dec 19 07:51:15 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 5 (size 50) Dec 19 07:51:18 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 6 (size 50) Dec 19 07:51:23 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 7 (size 50) Dec 19 07:51:24 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 8 (size 50) Dec 19 07:51:25 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q overflow, drops 9 (size 50) -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 12:03:11 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4295A1A9 for ; Fri, 19 Dec 2014 12:03:11 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 29C4A287F for ; Fri, 19 Dec 2014 12:03:11 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBJC3BJ2045235 for ; Fri, 19 Dec 2014 12:03:11 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196069] [wpi] [patch]: refactor wpi_scan() Date: Fri, 19 Dec 2014 12:03:11 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: s3erios@gmail.com X-Bugzilla-Status: In Progress X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: attachments.isobsolete attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 12:03:11 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196069 Andriy Voskoboinyk changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #150686|0 |1 is obsolete| | --- Comment #3 from Andriy Voskoboinyk --- Created attachment 150752 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=150752&action=edit Patch for if_wpi.c (wpi_scan()) / if_wpireg.h Rebase against HEAD. -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Fri Dec 19 16:13:28 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2ABCF882; Fri, 19 Dec 2014 16:13:28 +0000 (UTC) Received: from mail-wi0-x236.google.com (mail-wi0-x236.google.com [IPv6:2a00:1450:400c:c05::236]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A63921587; Fri, 19 Dec 2014 16:13:27 +0000 (UTC) Received: by mail-wi0-f182.google.com with SMTP id h11so2298133wiw.3; Fri, 19 Dec 2014 08:13:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=SMGIQubAEK/nAjMAgQWJsv1+9gde+zNgCKy8zJ0avuk=; b=Z3NtBBfWk0Cry1bP5nqwLEhjs5gppnUzZOMdkVc/hswRCUbItHqGDEe4YjO7wJKgCY z+ayJjdixP+bFXOar9tfQEgDCYwClLQXA5vWZqra2aBCVYP9BEnHTlvigqbnoDo3rR4q tS1cfglfGIaDB9Tq/VbIdBQy1mBRR65+pEt2OAlmSKHUf0agrt22UiLMAKOjFS1cR92m xWq2S10a+8x80Py2ZczGPaRPVzEb+6GhskumckAN2vJoH7ANjrk9rj0AR8E2KaZt1EBc toOktfzmVuNoHEZBToMK/0fY/GdFxtRzBqTdB3QxUbsQzIGAFGyzAExwBLWMR9p0v68i y3lg== MIME-Version: 1.0 X-Received: by 10.180.20.6 with SMTP id j6mr6975241wie.59.1419005606056; Fri, 19 Dec 2014 08:13:26 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Fri, 19 Dec 2014 08:13:25 -0800 (PST) In-Reply-To: <20141219075339.GA1748@unixarea.DDR.dd> References: <20141102084605.GA60031@unixarea.DDR.dd> <54564C92.8040104@freebsd.org> <20141102152953.GA20263@unixarea.DDR.dd> <54564E4D.4020703@freebsd.org> <20141103054633.GA3258@unixarea.DDR.dd> <20141103095530.GA42402@unixarea.DDR.dd> <20141123163811.GA5739@unixarea.DDR.dd> <20141219075339.GA1748@unixarea.DDR.dd> Date: Fri, 19 Dec 2014 08:13:25 -0800 X-Google-Sender-Auth: _h_o76oCmEKRNOK0zai2r9nUJFg Message-ID: Subject: Re: Issues with urtwn From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "freebsd-wireless@freebsd.org" , Nathan Whitehorn X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Dec 2014 16:13:28 -0000 Right, it's going into "stopped" mode, rather than "completed". It's expecting there to be something that'll take the VAP out of power save state, but nothing ever happens to do so. ok. I think I have enough information to track down a fix. Thanks! -adrian On 18 December 2014 at 23:53, Matthias Apitz wrote: > El d=C3=ADa Wednesday, December 17, 2014 a las 06:58:09PM -0800, Adrian C= hadd escribi=C3=B3: > >> ... >> Would someone please try this again, but run it with scan debugging >> enabled (wlandebug +scan) ? The scan_task() routine has some useful >> debugging just before it may wake up the VAP; I'd like to see what >> that says (whether it says "done" or "stopped" in it.) >> ... >> > > Hi, > > Here comes the messages from such 'wlandebug +scan'; please let me know > if you need more tests/logs: > > ... > Dec 19 07:41:24 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] ieee80211_sca= n_assoc_success > Dec 19 07:41:24 unixarea kernel: wlan0: link state changed to UP > Dec 19 07:41:24 unixarea dhclient[1828]: send_packet: No buffer space ava= ilable > Dec 19 07:41:24 unixarea wpa_supplicant[1731]: wlan0: Associated with 00:= 26:0b:4b:b8:44 > Dec 19 07:41:24 unixarea wpa_supplicant[1731]: wlan0: WPA: Key negotiatio= n completed with 00:26:0b:4b:b8:44 [PTK=3DCCMP GTK=3DCCMP] > Dec 19 07:41:24 unixarea wpa_supplicant[1731]: wlan0: CTRL-EVENT-CONNECTE= D - Connection to 00:26:0b:4b:b8:44 completed [id=3D2 id_str=3D] > Dec 19 07:41:31 unixarea dhclient: New IP Address (wlan0): 10.49.30.104 > Dec 19 07:41:31 unixarea dhclient: New Subnet Mask (wlan0): 255.255.255.0 > Dec 19 07:41:31 unixarea dhclient: New Broadcast Address (wlan0): 10.49.3= 0.255 > Dec 19 07:41:31 unixarea dhclient: New Routers (wlan0): 10.49.30.1 > > I run in another terminal a cycle of a proc fetching a file with WGET fro= m > some sever; the lines are from ipmon for every WGET: > > Dec 19 07:41:47 unixarea ipmon[508]: 07:41:47.581028 wlan0 @0:14 p 10.49.= 30.104,37367 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT > Dec 19 07:41:50 unixarea ipmon[508]: 07:41:50.803714 wlan0 @0:14 p 10.49.= 30.104,52814 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT > Dec 19 07:41:53 unixarea ipmon[508]: 07:41:53.206811 wlan0 @0:14 p 10.49.= 30.104,53615 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT > Dec 19 07:41:55 unixarea ipmon[508]: 07:41:55.872432 wlan0 @0:14 p 10.49.= 30.104,55755 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT > ... > Dec 19 07:46:23 unixarea ipmon[508]: 07:46:23.463618 wlan0 @0:14 p 10.49.= 30.104,46622 -> 132.174.1.212,80 PR tcp len 20 60 -S K-S OUT > > now the 300 sec bgscan intervall is over and the bgscan occurs: > > Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, t= icks 2141470 duration 150 > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: GuruDebug: Enable stat= ion power save mode > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 1g [act= ive, dwell min 20ms max 150ms] > Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] new probe_resp on ch= an 1 (bss chan 1) "OCLCPublic" rssi 64 > Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] caps 0x431 bintval 1= 00 erp 0x100 country [NL 1-13,23] > Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] new probe_resp on ch= an 1 (bss chan 1) "OCLCPublic" rssi 64 > Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] caps 0x431 bintval 1= 00 erp 0x100 country [NL 1-13,23] > Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] new beacon on chan 1= (bss chan 1) "OCLCPublic" rssi 64 > Dec 19 07:46:24 unixarea kernel: [00:26:0b:4b:b8:44] caps 0x431 bintval 1= 00 erp 0x100 country [NL 1-13,23] > Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_add_scan: chan 1g min= dwell met (2141573 > 2141495) > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 6g [act= ive, dwell min 20ms max 49ms] > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: stopped, [ticks 214162= 8, dwell min 20 scanend 2141622] > Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, t= icks 2141675 duration 150 > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 11g [act= ive, dwell min 20ms max 150ms] > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: stopped, [ticks 214184= 0, dwell min 20 scanend 2141825] > Dec 19 07:46:24 unixarea kernel: wlan0: ieee80211_bg_scan: active scan, t= icks 2141880 duration 150 > Dec 19 07:46:24 unixarea kernel: wlan0: scan_task: chan 1g -> 7g [act= ive, dwell min 20ms max 150ms] > Dec 19 07:46:25 unixarea kernel: wlan0: scan_task: stopped, [ticks 214204= 6, dwell min 20 scanend 2142030] > > > after this no more traffic can pass the wlan0 interface; its state is: > > > wlan0: flags=3D8843 metric 0 mtu = 1500 > ether 80:1f:02:ee:16:37 > inet 10.49.30.104 netmask 0xffffff00 broadcast 10.49.30.255 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet OFDM/54Mbps mode 11g > status: associated > ssid OCLCPublic channel 1 (2412 MHz 11g) bssid 00:26:0b:4b:b8:44 > country US authmode WPA2/802.11i privacy ON deftxkey UNDEF > AES-CCM 2:128-bit txpower 0 bmiss 7 scanvalid 60 bgscan > bgscanintvl 300 bgscanidle 250 roam:rssi 7 roam:rate 5 protmode C= TS > roaming MANUAL > > after some more time some pwr save queue flows over: > > Dec 19 07:50:59 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 1 (size 50) > Dec 19 07:51:01 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 2 (size 50) > Dec 19 07:51:02 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 3 (size 50) > Dec 19 07:51:12 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 4 (size 50) > Dec 19 07:51:15 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 5 (size 50) > Dec 19 07:51:18 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 6 (size 50) > Dec 19 07:51:23 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 7 (size 50) > Dec 19 07:51:24 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 8 (size 50) > Dec 19 07:51:25 unixarea kernel: wlan0: [00:26:0b:4b:b8:44] pwr save q ov= erflow, drops 9 (size 50) > -- > Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 > 1989-2014: The Wall was torn down so that we go to war together again. > El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. > Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg zie= hen. From owner-freebsd-wireless@FreeBSD.ORG Sat Dec 20 10:55:20 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3986E350; Sat, 20 Dec 2014 10:55:20 +0000 (UTC) Received: from ms-10.1blu.de (ms-10.1blu.de [178.254.4.101]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E20D2264B; Sat, 20 Dec 2014 10:55:19 +0000 (UTC) Received: from [93.104.17.150] (helo=unixarea.DDR.dd) by ms-10.1blu.de with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.76) (envelope-from ) id 1Y2Hgl-0005Jl-3w; Sat, 20 Dec 2014 11:55:11 +0100 Received: from unixarea.DDR.dd (localhost [127.0.0.1]) by unixarea.DDR.dd (8.14.9/8.14.3) with ESMTP id sBKAt8Yx003200; Sat, 20 Dec 2014 11:55:08 +0100 (CET) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by unixarea.DDR.dd (8.14.9/8.14.3/Submit) id sBKAt7Ad003199; Sat, 20 Dec 2014 11:55:07 +0100 (CET) (envelope-from guru@unixarea.de) X-Authentication-Warning: unixarea.DDR.dd: guru set sender to guru@unixarea.de using -f Date: Sat, 20 Dec 2014 11:55:07 +0100 From: Matthias Apitz To: Adrian Chadd Subject: Re: Issues with urtwn Message-ID: <20141220105506.GA3170@unixarea.DDR.dd> Reply-To: Matthias Apitz References: <20141102152953.GA20263@unixarea.DDR.dd> <54564E4D.4020703@freebsd.org> <20141103054633.GA3258@unixarea.DDR.dd> <20141103095530.GA42402@unixarea.DDR.dd> <20141123163811.GA5739@unixarea.DDR.dd> <20141219075339.GA1748@unixarea.DDR.dd> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 11.0-CURRENT r269739 (i386) User-Agent: Mutt/1.5.23 (2014-03-12) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 93.104.17.150 Cc: "freebsd-wireless@freebsd.org" , Nathan Whitehorn X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2014 10:55:20 -0000 El día Friday, December 19, 2014 a las 08:13:25AM -0800, Adrian Chadd escribió: > Right, it's going into "stopped" mode, rather than "completed". It's > expecting there to be something that'll take the VAP out of power save > state, but nothing ever happens to do so. > > ok. I think I have enough information to track down a fix. Thanks! OK, let me know if I should do more tests or test some patches. Btw: I have another USB Wifi dongle which attaches to the rsu(4) driver as: Dec 20 10:42:48 unixarea kernel: ugen4.3: at usbus4 Dec 20 10:42:48 unixarea kernel: rsu0: on usbus4 Dec 20 10:42:48 unixarea kernel: rsu0: MAC/BB RTL8712 cut 3 Dec 20 10:42:49 unixarea kernel: wlan0: Ethernet address: 00:0d:09:a1:2e:16 Dec 20 10:42:49 unixarea wpa_supplicant[2091]: Successfully initialized wpa_supplicant Dec 20 10:42:53 unixarea wpa_supplicant[2092]: wlan0: Trying to associate with 00:13:f7:0d:08:48 (SSID='tarara' freq=2442 MHz) Dec 20 10:42:54 unixarea wpa_supplicant[2092]: wlan0: Associated with 00:13:f7:0d:08:48 Dec 20 10:42:54 unixarea kernel: wlan0: link state changed to UP and this does work smoothly at home, it does not run any bgscan. I was expecting the same problem. Why is this running fine w/o bgscan? Thanks matthias -- Matthias Apitz, guru@unixarea.de, http://www.unixarea.de/ +49-170-4527211 1989-2014: The Wall was torn down so that we go to war together again. El Muro ha sido derribado para que nos unimos en ir a la guerra otra vez. Diese Grenze wurde aufgehoben damit wir gemeinsam wieder in den Krieg ziehen. From owner-freebsd-wireless@FreeBSD.ORG Sat Dec 20 19:41:45 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BD7F5DCC; Sat, 20 Dec 2014 19:41:45 +0000 (UTC) Received: from mail-wi0-x230.google.com (mail-wi0-x230.google.com [IPv6:2a00:1450:400c:c05::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4ACDC2CE0; Sat, 20 Dec 2014 19:41:45 +0000 (UTC) Received: by mail-wi0-f176.google.com with SMTP id ex7so4815054wid.15; Sat, 20 Dec 2014 11:41:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=6d8DOUMqpgSFFAh5vZiTOnuphFQ1qFXT6bOK5p9FtPU=; b=YfhfEE+9S4XyukXz7e1RGaDUpBh8RhDaG182BRrQL9MGs2gLaKz9EmB1rhy6VS8mPi +qK6pcqJM4Mh5iBQ7XWX9SlV8R4gb6s8WhQzEi7nA7YVJh+4aB5Kv4SxBGWxIljpLK9J 45ZCGs4PyQlZoFCd/wvS5gzlLa5BzECoWDCcWhrA3h1Yx6v1TFO6Ac9Aj6s3kEQL9jKR eg4FuQ6CEOgNt4IHbiuUaCdhNa+PBh+5kp2G/Dj02++hq2HREd21R7Bht7IZ1vbduz3s CHCSE9g4/GvgJjoTxcnr5lopWuPLP+nrAFKLbLj0m5aa0SMI7hCB9tw7BQCDDuXiZwvS vURw== MIME-Version: 1.0 X-Received: by 10.180.91.193 with SMTP id cg1mr17078248wib.26.1419104503667; Sat, 20 Dec 2014 11:41:43 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.106.195 with HTTP; Sat, 20 Dec 2014 11:41:43 -0800 (PST) In-Reply-To: <20141220105506.GA3170@unixarea.DDR.dd> References: <20141102152953.GA20263@unixarea.DDR.dd> <54564E4D.4020703@freebsd.org> <20141103054633.GA3258@unixarea.DDR.dd> <20141103095530.GA42402@unixarea.DDR.dd> <20141123163811.GA5739@unixarea.DDR.dd> <20141219075339.GA1748@unixarea.DDR.dd> <20141220105506.GA3170@unixarea.DDR.dd> Date: Sat, 20 Dec 2014 11:41:43 -0800 X-Google-Sender-Auth: Rd9KwHB_pCEd2e97fTp3ILID17Q Message-ID: Subject: Re: Issues with urtwn From: Adrian Chadd To: Matthias Apitz Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-wireless@freebsd.org" , Nathan Whitehorn X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2014 19:41:45 -0000 It's a race condition in the scan handling. :( When scan is cancelled (eg because something cancels it, or the state transitions to IDLE or something because the VAP resets) then it should be setting a flag to cancel things and the VAP should come out of powerstate. However, there seems to be some conditions where the scan is coming out of that loop because it's been aborted/stopped, so it's not complete - but then it stays in powersave mode because whatever's supposed to either change it (eg a state change, a received becaon, TIM coming in, etc) doesn't follow. So it stays in power save. The driver routines are called without the comlock held, so that's a small, narrow window for some state change to come through that doesn't trigger the scan code to see the scan is canceled and "finish" the scan (which would reset the vap powersave state.) I've added another cancel check in scan_task(). Please update this and see what happens! -adrian From owner-freebsd-wireless@FreeBSD.ORG Sat Dec 20 20:07:56 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 08E01D8A for ; Sat, 20 Dec 2014 20:07:56 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E4BEB2FDC for ; Sat, 20 Dec 2014 20:07:55 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBKK7tqC029650 for ; Sat, 20 Dec 2014 20:07:55 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196069] [wpi] [patch]: refactor wpi_scan() Date: Sat, 20 Dec 2014 20:07:56 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: adrian@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_status resolution Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2014 20:07:56 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196069 Adrian Chadd changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Progress |Closed Resolution|--- |FIXED --- Comment #4 from Adrian Chadd --- Committed, thanks! -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Sat Dec 20 20:08:31 2014 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 70CB2DA8 for ; Sat, 20 Dec 2014 20:08:31 +0000 (UTC) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 58B252FE8 for ; Sat, 20 Dec 2014 20:08:31 +0000 (UTC) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.14.9/8.14.9) with ESMTP id sBKK8V83030505 for ; Sat, 20 Dec 2014 20:08:31 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-wireless@FreeBSD.org Subject: [Bug 196069] [wpi] [patch]: refactor wpi_scan() Date: Sat, 20 Dec 2014 20:08:31 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: wireless X-Bugzilla-Version: 11.0-CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: commit-hook@freebsd.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: freebsd-wireless@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2014 20:08:31 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=196069 --- Comment #5 from commit-hook@freebsd.org --- A commit references this bug: Author: adrian Date: Sat Dec 20 20:07:49 UTC 2014 New revision: 275966 URL: https://svnweb.freebsd.org/changeset/base/275966 Log: Remove some hard-coded IE assembly over to use net80211 methods. PR: kern/196069 Submitted by: Andriy Voskoboinyk Changes: head/sys/dev/wpi/if_wpi.c head/sys/dev/wpi/if_wpireg.h -- You are receiving this mail because: You are the assignee for the bug. From owner-freebsd-wireless@FreeBSD.ORG Sat Dec 20 22:42:19 2014 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 967B199A for ; Sat, 20 Dec 2014 22:42:19 +0000 (UTC) Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 5BE572E44 for ; Sat, 20 Dec 2014 22:42:19 +0000 (UTC) Received: by mail-ob0-f180.google.com with SMTP id wp4so17060413obc.11 for ; Sat, 20 Dec 2014 14:42:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=kCJqyeaVAG15rIzpYGoa5SeHmOiTW2YlD3OLuxKiCNg=; b=xfoK+CJh3Ne06ZN2YRauOrmsv3tkinHP6lc8UNnywvR3PP+/T9zKQMh+1C2LPjPzf1 Gmme38NZYGi4jNF1rTfV9Qf/7qqRtJT8OT40VIygJV4omANJM7p3fEm/oy1cNUzWMc1W dXCub/iwn9NOzet4Zy4XUFT8wMc6LNTOfn403JG0ZZSpzzYnmsStNF/6B8RG7ZjaHhMc y/zx37wGomCAKWXHUvT0TVlgdYDssaj7glHHvGkYwDS7Iq2f6EdzdxWUAPOeGgunxkRh jRkveHL/WJSac3qvH4GTozcgRouBS1VUixFbvcYpvK7Sjpny0r1ZX3qtNteQtvS81Fhr I7qw== MIME-Version: 1.0 X-Received: by 10.202.178.11 with SMTP id b11mr8257555oif.117.1419115338713; Sat, 20 Dec 2014 14:42:18 -0800 (PST) Received: by 10.76.28.40 with HTTP; Sat, 20 Dec 2014 14:42:18 -0800 (PST) Date: Sat, 20 Dec 2014 14:42:18 -0800 Message-ID: Subject: BUG: run0 wifi driver From: solarflow99 To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Dec 2014 22:42:19 -0000 Since this seems to be a BSD problem, I just wanted to report this as a possible bug and see if anyone else has a rt3072 driver working successfully? It used to work as run0 interface , but recently it doesn't work at all with the latest snapshots. Here are the details: https://forum.pfsense.org/index.php?topic=84481.0