From owner-freebsd-stable@freebsd.org Tue Nov 3 19:06:02 2015 Return-Path: Delivered-To: freebsd-stable@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id BD509A25073 for ; Tue, 3 Nov 2015 19:06:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-io0-x229.google.com (mail-io0-x229.google.com [IPv6:2607:f8b0:4001:c06::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 88EEA192B for ; Tue, 3 Nov 2015 19:06:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by iofz202 with SMTP id z202so29180025iof.2 for ; Tue, 03 Nov 2015 11:06:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=EVcrOH8fbRl2KlATLoTYXwptbtpOK38RhELFSqsTGdE=; b=FLV3PSh/2s7t9P9Bq7C0p1t1K+NDPiuAGFr6cPjlaIQggh9AbByVacZ4R0zdsDuN6F MfHe3ja6B8HV/fAN+sOg37rrtLn/7WKUcWhY8q1WxCSbBj2mCqMrikBLdD88K6WuDueZ Hxm6OnGiZjsOUXbkqqOSzO+kZL9ltFYrZWPtyq+2Ud8aaF+dBUFyGUjPDkJTgGXkaZag gvrk5wYcaqwEeIMBqideD/OvU2lxfq2IT70XwvBE+qswHVrnLtJs3fxO5mb8vbRD/Etu riuyVqpsR35pATJeop6wNWl4ioh9zLe7DHEFT/rUc2Ec8IpMJ/pEw/AHZLmqzNq0DwLD vFGw== MIME-Version: 1.0 X-Received: by 10.107.3.72 with SMTP id 69mr28765750iod.75.1446577561989; Tue, 03 Nov 2015 11:06:01 -0800 (PST) Received: by 10.36.46.66 with HTTP; Tue, 3 Nov 2015 11:06:01 -0800 (PST) In-Reply-To: References: <61705059-E85C-4887-BBCD-D2690D27D24A@gmail.com> Date: Tue, 3 Nov 2015 11:06:01 -0800 Message-ID: Subject: Re: hostapd loses connectivity on ath0 From: Adrian Chadd To: Alban Hertroys Cc: freebsd-stable Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Nov 2015 19:06:02 -0000 Hi, The stable/10 code doesn't have all the fixes I did over the last two years. Just disable 11n (ifconfig wlan0 -ht) and use that. :-) Sorry! -adrian On 3 November 2015 at 07:19, Alban Hertroys wrote: > >> On 26 Oct 2015, at 22:10, Adrian Chadd wrote: >> >> hiya, >> >> you should try -head. >> >> But there's some long standing issues hiding around in the AR9227 code >> somewhere where they occasionally go deaf and I never figured out >> why... :( > > Frankly, I'm not too eager attempting to run -head on my home gateway/fir= ewall/wifi AP/file server, especially not if there is little chance that th= is issue is fixed there. I don't have a whole lot of spare time to mess wit= h it and outside of that I need a working server. > > In the mean time, I noticed these messages in my daily security run outpu= t after several restarts of hostapd over the last couple of weeks: > +ath0: ath_tx_default_comp: bf 0xfffffe0001359fc8: seqno 2659: bf_next no= t NULL! > +ath0: ath_tx_default_comp: bf 0xfffffe00013407c8: seqno 2660: bf_next no= t NULL! > +ath0: ath_tx_default_comp: bf 0xfffffe000135c2d8: seqno 2661: bf_next no= t NULL! > +wlan0: ieee80211_new_state_locked: pending RUN -> SCAN transition lost > > (I'm guessing a lockup of the card is imminent again) > > Is that any help in getting closer to the cause? Is there any info I migh= t be able to provide when it locks up again? If this isn't a hardware bug, = I would like to see this fixed if possible in the current constraints. > > Or should I just swap my ath card for a different model (or brand)? If so= , which are safe? > > Regards, > > >> On 26 October 2015 at 13:27, Alban Hertroys wrote: >>> At random times my devices suddenly fail to connect to Wifi on my ath0 = device. Issueing /etc/rc.d/hostapd restart usually resolves the issue, but = at some point that also hung. >>> >>> Shutting down to single user mode in the hung state only partially succ= eeded, in the sense that ifconfig, hostapd and a few other network-related = processes kept "running" - I assume the hangup of hostapd was caused by a h= ung process somewhere in that tree. >>> >>> The system is: >>> >>> uname -a >>> FreeBSD solfertje 10.2-PRERELEASE FreeBSD 10.2-PRERELEASE #19 r286718: = Thu Aug 13 10:00:32 CEST 2015 dalroi@solfertje:/usr/obj/usr/src/sys/ANT= ELOPE amd64 >>> >>> It's quite possible that I've misconfigured something, so here's the re= levant lines of my configs=E2=80=A6 >>> >>> rc.conf: >>> >>> # Outside interface >>> ifconfig_fxp0=3D"DHCP" >>> ifconfig_fxp0_ipv6=3D"inet6 accept_rtadv" >>> >>> # Wireless >>> wlans_ath0=3D"wlan0" >>> >>> create_args_wlan0=3D"wlanmode hostap" >>> >>> ifconfig_wlan0=3D"mode ng channel 9:ht/40" >>> ifconfig_wlan0_ipv6=3D"inet6 accept_rtadv" >>> >>> # Bridged interfaces (see example at man 4 bridge) >>> cloned_interfaces=3D"bridge0" >>> ifconfig_bridge0=3D"addm em0 stp em0 addm wlan0 stp wlan0 up" >>> ifconfig_bridge0_alias0=3D"inet 10.236.150.1/24" >>> ifconfig_bridge0_ipv6_alias0=3D"inet6 fe80::6efd:b9ff:fe68:db36%bridge0= " >>> >>> # Internal wired ethernet (should that be above the bridge declaration?= ) >>> ifconfig_em0=3D"up" >>> ifconfig_em0_ipv6=3D"inet6 accept_rtadv" >>> >>> hostapd_enable=3D"YES" >>> >>> #=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >>> >>> hostapd.conf: >>> >>> interface=3Dwlan0 >>> driver=3Dbsd >>> debug=3D1 >>> ctrl_interface=3D/var/run/hostapd >>> ctrl_interface_group=3Dwheel >>> ssid=3Dfoo >>> country_code=3DNL >>> ieee80211d=3D1 >>> hw_mode=3Dg >>> wpa=3D2 >>> wpa_passphrase=3Dnonononono >>> wpa_key_mgmt=3DWPA-PSK >>> wpa_pairwise=3DCCMP >>> >>> >>> The ath0 device is: >>> pciconf -lv ath0 >>> ath0@pci0:5:6:0: class=3D0x028000 card=3D0x0300168c chip=3D0x002= d168c rev=3D0x01 hdr=3D0x00 >>> vendor =3D 'Atheros Communications Inc.' >>> device =3D 'AR9227 Wireless Network Adapter' >>> class =3D network >>> >>> In case it's relevant: All connected devices get their IPv4 addresses t= hrough DHCP from this machine, the machine itself gets it's IPv4 external a= ddress from my upstream provider, the internal addresses are hardwired per = interface. DHCP is configured to use hostnames (instead of IP's) that get l= ooked up in Bind9 on the same machine. >>> >>> >>> Google did find some people on the internet with apparently the same pr= oblem, but nobody seems to have found (or posted) a resolution. >>> >>> Am I doing something wrong? If not, is this a known issue? What's the n= ext step? >>> >>> Alban Hertroys >>> -- >>> If you can't see the forest for the trees, >>> cut the trees and you'll find there is no forest. >>> >>> _______________________________________________ >>> freebsd-stable@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-stable >>> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" >