kern/146517: device timeouts for ath wlan device on recent stable.
>Number: 146517
>Category: kern
>Synopsis: device timeouts for ath wlan device on recent stable.
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible:freebsd-bugs
>State: open
>Quarter:
>Keywords:
>Date-Required:
>Class: sw-bug
>Submitter-Id: current-users
>Arrival-Date: Wed May 12 13:10:03 UTC 2010
>Closed-Date:
>Last-Modified:
>Originator: Vincent Hoffman-Kazlauskas
>Release:8-STABLE
>Organization:
>Environment:
FreeBSD ostracod.unsane.co.uk 8.0-STABLE FreeBSD 8.0-STABLE #1 r207610: Tue May
4 15:44:19 BST 2010
t...@ostracod.unsane.co.uk:/scratch/obj/usr/src/sys/OSTRACOD amd64
>Description:
I'm having issues getting my ath (AR5B91) wireless card working with a recent
stable. It was working with
8.0-RELEASE
I created wlan0 manually for debug
ifconfig wlan0 create wlandev ath0 wlanmode station country GB
wpa_supplicant -B -i wlan0 -c /etc/wpa_supplicant.conf
ifconfig wlan0 10.0.0.1/25
if I then ping a known reachable IP on that network I cause a device
timeout.
[r...@ostracod ~/wlandebug]# ping 10.0.0.32
PING 10.0.0.32 (10.0.0.32): 56 data bytes
ping: sendto: Network is down
ping: sendto: Network is down
^C
--- 10.0.0.32 ping statistics ---
14 packets transmitted, 0 packets received, 100.0% packet loss
May 8 23:13:38 ostracod kernel: wlan0: Ethernet address: 00:24:23:07:fb:5d
May 8 23:13:41 ostracod kernel: wlan0: link state changed to UP
May 8 23:16:15 ostracod kernel: wlan0: link state changed to DOWN
May 8 23:16:20 ostracod kernel: ath0: device timeout
May 8 23:16:25 ostracod kernel: wlan0: link state changed to UP
Some device info
Its a Zotac ION-ITX-D Atom motherboard with an "Azurewave AR5B91"
wireless card.
a...@pci0:4:0:0:class=0x028000 card=0x10671a3b chip=0x002a168c
rev=0x01 hdr=0x00
vendor = 'Atheros Communications Inc.'
device = 'Atheros AR5B91 Wireless Network Adapter (0001)'
class = network
[r...@ostracod ~/wlandebug]# uname -a
FreeBSD ostracod.unsane.co.uk 8.0-STABLE FreeBSD 8.0-STABLE #1 r207610:
Tue May 4 15:44:19 BST 2010
t...@ostracod.unsane.co.uk:/scratch/obj/usr/src/sys/OSTRACOD amd64
[r...@ostracod ~/wlandebug]# more /etc/wpa_supplicant.conf
ctrl_interface=/var/run/wpa_supplicant
ctrl_interface_group=wheel
#
# home network; allow all valid ciphers
network={
ssid="V_WAP"
scan_ssid=1
key_mgmt=NONE
wep_tx_keyidx=0
wep_key0=
}
I did try wpa instead of wep with the same results.
I've tried
wlandebug -i wlan0 debug+assoc+auth+output+power
and I get
May 8 23:46:50 ostracod kernel: wlan0: send probe req on channel 12
bssid ff:ff:ff:ff:ff:ff ssid "V_WAP"
May 8 23:46:50 ostracod kernel: wlan0: send probe req on channel 12
bssid ff:ff:ff:ff:ff:ff ssid ""
May 8 23:46:50 ostracod kernel: wlan0: received probe_resp from
94:44:52:0f:2f:c3 rssi 13
May 8 23:46:50 ostracod kernel: wlan0: received beacon from
94:44:52:0f:2f:c3 rssi 14
May 8 23:46:50 ostracod kernel: wlan0: received beacon from
94:44:52:0f:2f:c3 rssi 14
May 8 23:46:50 ostracod kernel: wlan0: [94:44:52:0f:2f:c3] station
assoc via MLME
May 8 23:46:50 ostracod kernel: [94:44:52:0f:2f:c3] send auth on channel 1
May 8 23:46:50 ostracod kernel: wlan0: received auth from
94:44:52:0f:2f:c3 rssi 65
May 8 23:46:50 ostracod kernel: wlan0: [94:44:52:0f:2f:c3] recv auth
frame with algorithm 0 seq 2
May 8 23:46:50 ostracod kernel: [94:44:52:0f:2f:c3] send assoc_req on
channel 1
May 8 23:46:50 ostracod kernel: wlan0: received assoc_resp from
94:44:52:0f:2f:c3 rssi 66
May 8 23:46:50 ostracod kernel: wlan0: [94:44:52:0f:2f:c3] assoc
success at aid 3: long preamble, long slot time
May 8 23:46:50 ostracod kernel: wlan0: associated with
94:44:52:0f:2f:c3 ssid "V_WAP" channel 1 start 0Mb
May 8 23:46:50 ostracod kernel: wlan0: link state changed to UP
May 8 23:47:42 ostracod kernel: wlan0: beacon miss, mode STA state RUN
May 8 23:47:42 ostracod kernel: wlan0: send probe req on channel 1
bssid 94:44:52:0f:2f:c3 ssid "V_WAP"
May 8 23:47:43 ostracod kernel: wlan0: beacon miss, mode STA state RUN
May 8 23:47:43 ostracod kernel: wlan0: link state changed to DOWN
May 8 23:47:43 ostracod kernel: wlan0: [94:44:52:0f:2f:c3] station
assoc via MLME
May 8 23:47:43 ostracod kernel: [94:44:52:0f:2f:c3] send auth on channel 1
May 8 23:47:43 ostracod kernel: wlan0: ieee80211_start: ignore queue,
in AUTH state
May 8 23:47:47 ostracod kernel: ath0: device timeout
May 8 23:47:53 ostracod kernel: wlan0: [94:44:52:0f:2f:c3] station
assoc via MLME
May 8 23:47:53 ostracod kernel: [94:44:52:0f:2f:c3] send auth on channel 1
May 8 23:47:53 ostracod kernel: wlan0: received auth from
94:44:52:0f:2f:c3 rssi 67
May 8 23:47:53 ostracod kernel: wlan0: [94:44:52:0f:2f:c3] recv auth
frame with algorithm 0 seq 2
May 8 23:47:53 ostracod kernel: [94:44:52:0f:2f:c3] send assoc_req on
channel 1
May 8 23:47:53 ostracod kernel: wlan0: received
Re: kern/146517: [ath] [wlan] device timeouts for ath wlan device on recent stable.
Old Synopsis: device timeouts for ath wlan device on recent stable. New Synopsis: [ath] [wlan] device timeouts for ath wlan device on recent stable. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed May 12 15:46:23 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146517 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/146046: [kld] [patch] kldstat(8) contains an obsolete cast
Synopsis: [kld] [patch] kldstat(8) contains an obsolete cast State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Wed May 12 17:47:48 CEST 2010 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-bugs->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed May 12 17:47:48 CEST 2010 Responsible-Changed-Why: MFC reminder http://www.freebsd.org/cgi/query-pr.cgi?pr=146046 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: bin/145343: [patch] Grammatical change in restore(8)
Synopsis: [patch] Grammatical change in restore(8) State-Changed-From-To: open->patched State-Changed-By: brueffer State-Changed-When: Wed May 12 22:21:55 CEST 2010 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-bugs->brueffer Responsible-Changed-By: brueffer Responsible-Changed-When: Wed May 12 22:21:55 CEST 2010 Responsible-Changed-Why: MFC reminder http://www.freebsd.org/cgi/query-pr.cgi?pr=145343 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: conf/143824: [patch] fix missing 8.0-RELEASE in stable/8/UPDATING
Synopsis: [patch] fix missing 8.0-RELEASE in stable/8/UPDATING State-Changed-From-To: open->closed State-Changed-By: brueffer State-Changed-When: Wed May 12 23:20:18 CEST 2010 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=143824 ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
Re: conf/143824: commit references a PR
The following reply was made to PR conf/143824; it has been noted by GNATS. From: dfil...@freebsd.org (dfilter service) To: bug-follo...@freebsd.org Cc: Subject: Re: conf/143824: commit references a PR Date: Wed, 12 May 2010 21:20:18 + (UTC) Author: brueffer Date: Wed May 12 21:20:04 2010 New Revision: 208002 URL: http://svn.freebsd.org/changeset/base/208002 Log: Note 8.0-RELEASE. PR: 143824 Submitted by:pluknet Modified: head/UPDATING Modified: head/UPDATING == --- head/UPDATING Wed May 12 20:58:08 2010(r208001) +++ head/UPDATING Wed May 12 21:20:04 2010(r208002) @@ -83,6 +83,9 @@ NOTE TO PEOPLE WHO THINK THAT FreeBSD 9. The meanings correspond to the relevant IPv4 variables. +20091125: + 8.0-RELEASE. + 20091113: The default terminal emulation for syscons(4) has been changed from cons25 to xterm on all platforms except pc98. This means ___ svn-src-...@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/svn-src-all To unsubscribe, send any mail to "svn-src-all-unsubscr...@freebsd.org" ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/146534: [icmpv6] wrong source address in echo reply
>Number: 146534 >Category: kern >Synopsis: [icmpv6] wrong source address in echo reply >Confidential: no >Severity: serious >Priority: high >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 13 03:00:07 UTC 2010 >Closed-Date: >Last-Modified: >Originator: Earl R. Lapus >Release:FreeBSD 8.0-STABLE >Organization: >Environment: FreeBSD fbsd8-ndp.infoweapons.com 8.0-STABLE FreeBSD 8.0-STABLE #9: Wed May 12 21:50:07 PHT 2010 r...@fbsd8-ndp.infoweapons.com:/usr/obj/usr/src/sys/GENERIC i386 >Description: When pinging a Global Address of a host -- say host A -- from another machine -- say host B -- using the Link-Local Address as source, the echo reply message will use host A's Link-Local Address instead of it's Global Address as the source address (see how-to-repeat part for a more detailed description). When removing a particular "fix" from the sys/netinet6/icmp6.c code, ping will now use the Global-Address as the source in the echo reply message (see fix-to-the-problem-if-known part for a more detailed description). I'm using 8.0-STABLE as of 2010/04/28. >How-To-Repeat: The setup is as follows, hostname: fbsd8-ndp --- fbsd8-ndp# ifconfig fxp1 fxp1: flags=8843 metric 0 mtu 1500 options=2009 ether 00:08:9b:10:07:3d inet6 fe80::208:9bff:fe10:73d%fxp1 prefixlen 64 scopeid 0x2 inet6 3ffe:501::100:208:9bff:fe10:73d prefixlen 64 inet6 3ffe:501::100:: prefixlen 64 anycast nd6 options=3 media: Ethernet autoselect (100baseTX ) status: active hostname: fbsd72-i386-tn fbd72-i386-tn# ifconfig fxp0 fxp0: flags=8843 metric 0 mtu 1500 options=219b ether 00:03:47:de:f2:d8 inet6 fe80::203:47ff:fede:f2d8%fxp0 prefixlen 64 scopeid 0x2 inet6 3ffe:501::100::200 prefixlen 64 media: Ethernet autoselect (100baseTX ) status: active 1) fbsd8-ndp's fxp1 interface is connected directly to fbd72-i386-tn's fxp0 interface (cross connect) 2) ping6 is sent from fbd72-i386-tn to fbsd8-ndp 3) when pinging, set the source address to fbd72-i386-tn's link-local address Results: fbsd72-i386-tn# ping6 -S fe80::203:47ff:fede:f2d8%fxp0 3ffe:501::100:208:9bff:fe10:73d PING6(56=40+8+8 bytes) fe80::203:47ff:fede:f2d8%fxp0 --> 3ffe:501::100:208:9bff:fe10:73d 16 bytes from fe80::208:9bff:fe10:73d%fxp0, icmp_seq=0 hlim=64 time=0.383 ms 16 bytes from fe80::208:9bff:fe10:73d%fxp0, icmp_seq=1 hlim=64 time=0.236 ms 16 bytes from fe80::208:9bff:fe10:73d%fxp0, icmp_seq=2 hlim=64 time=0.208 ms 16 bytes from fe80::208:9bff:fe10:73d%fxp0, icmp_seq=3 hlim=64 time=0.199 ms ^C --- 3ffe:501::100:208:9bff:fe10:73d ping6 statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.199/0.257/0.383/0.074 ms ** You can see that the echo reply from fbsd8-ndp uses fe80::208:9bff:fe10:73d%fxp0 as the source address >Fix: This modification (http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/netinet6/icmp6.c.diff?r1=1.118;r2=1.119;f=h) was applied to 8.x branches. If the modification is not applied to the source, echo reply works as expected. Since it was only applied to 8.x branches, I'm *assuming* that this behavior does not occur in 7.x branches. Below is the ping result when kernel is recompiled without the said modiciation (source address is now the Global-Address): fbd72-i386-tn# ifconfig fxp0 fxp0: flags=8843 metric 0 mtu 1500 options=219b ether 00:03:47:de:f2:d8 inet6 fe80::203:47ff:fede:f2d8%fxp0 prefixlen 64 scopeid 0x2 inet6 3ffe:501::100::200 prefixlen 64 media: Ethernet autoselect (100baseTX ) status: active fbsd72-i386-tn# ping6 -S fe80::203:47ff:fede:f2d8%fxp0 3ffe:501::100:208:9bff:fe10:73d PING6(56=40+8+8 bytes) fe80::203:47ff:fede:f2d8%fxp0 --> 3ffe:501::100:208:9bff:fe10:73d 16 bytes from 3ffe:501::100:208:9bff:fe10:73d, icmp_seq=0 hlim=64 time=0.509 ms 16 bytes from 3ffe:501::100:208:9bff:fe10:73d, icmp_seq=1 hlim=64 time=0.209 ms 16 bytes from 3ffe:501::100:208:9bff:fe10:73d, icmp_seq=2 hlim=64 time=0.167 ms 16 bytes from 3ffe:501::100:208:9bff:fe10:73d, icmp_seq=3 hlim=64 time=0.172 ms ^C --- 3ffe:501::100:208:9bff:fe10:73d ping6 statistics --- 4 packets transmitted, 4 packets received, 0.0% packet loss round-trip min/avg/max/std-dev = 0.167/0.264/0.509/0.142 ms >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
kern/146539: arp pub not working properly
>Number: 146539 >Category: kern >Synopsis: arp pub not working properly >Confidential: no >Severity: serious >Priority: medium >Responsible:freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 13 05:30:06 UTC 2010 >Closed-Date: >Last-Modified: >Originator: grayich >Release:8.0-STABLE >Organization: >Environment: >Description: arp pub not working properly 1. arp -da; arp -f arp.txt in arp.txt: 172.16.43.2 00:00:00:00:00:00 pub 172.16.43.3 00:13:8f:3e:0a:34 pub ~~~ ~~~ 172.16.43.253 00:00:00:00:00:00 pub 172.16.43.254 00:02:2a:e2:a7:12 pub 2. arp -an|grep -v published ? (172.16.43.1) at 00:50:8b:0d:e1:a9 on fxp0 permanent [ethernet] ? (172.16.43.100) at 00:26:54:4b:1c:37 on fxp0 permanent [ethernet] .. multiple IP are not published, in this case "172.16.43.100" >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: ___ freebsd-bugs@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-bugs To unsubscribe, send any mail to "freebsd-bugs-unsubscr...@freebsd.org"
