From owner-freebsd-wireless@FreeBSD.ORG Sun Jun 16 23:37:43 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 48A00F40; Sun, 16 Jun 2013 23:37:43 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 213161E9B; Sun, 16 Jun 2013 23:37:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5GNbhcn051210; Sun, 16 Jun 2013 23:37:43 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5GNbgk1051209; Sun, 16 Jun 2013 23:37:42 GMT (envelope-from linimon) Date: Sun, 16 Jun 2013 23:37:42 GMT Message-Id: <201306162337.r5GNbgk1051209@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/179482: [ath] [patch] Fix AR9462 external LNA configuration X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 23:37:43 -0000 Old Synopsis: [ath] Fix AR9462 external LNA configuration New Synopsis: [ath] [patch] Fix AR9462 external LNA configuration Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 16 23:37:05 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=179482 From owner-freebsd-wireless@FreeBSD.ORG Sun Jun 16 23:45:03 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DDC7D183; Sun, 16 Jun 2013 23:45:03 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B85A81EE4; Sun, 16 Jun 2013 23:45:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5GNj31u053422; Sun, 16 Jun 2013 23:45:03 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5GNj3Q0053421; Sun, 16 Jun 2013 23:45:03 GMT (envelope-from linimon) Date: Sun, 16 Jun 2013 23:45:03 GMT Message-Id: <201306162345.r5GNj3Q0053421@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/179547: [ath] Add AR9485 custom board fixes (CUS198) X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 16 Jun 2013 23:45:03 -0000 Synopsis: [ath] Add AR9485 custom board fixes (CUS198) Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jun 16 23:44:47 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=179547 From owner-freebsd-wireless@FreeBSD.ORG Mon Jun 17 11:06:54 2013 Return-Path: Delivered-To: freebsd-wireless@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id E756021E for ; Mon, 17 Jun 2013 11:06:54 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id D82711C28 for ; Mon, 17 Jun 2013 11:06:54 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5HB6sjL012929 for ; Mon, 17 Jun 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5HB6sCf012927 for freebsd-wireless@FreeBSD.org; Mon, 17 Jun 2013 11:06:54 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Jun 2013 11:06:54 GMT Message-Id: <201306171106.r5HB6sCf012927@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-wireless@FreeBSD.org Subject: Current problem reports assigned to freebsd-wireless@FreeBSD.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 11:06:55 -0000 Note: to view an individual PR, use: http://www.freebsd.org/cgi/query-pr.cgi?pr=(number). The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/179547 wireless [ath] Add AR9485 custom board fixes (CUS198) o kern/179482 wireless [ath] [patch] Fix AR9462 external LNA configuration o kern/179269 wireless [ath] [AR9285] RX antenna diversity is not functioning o kern/179232 wireless [ath] panic in ath o kern/178986 wireless [ath] Change mac address of ath(4) is not reflected wh o kern/178492 wireless [ath] ath0 (AR9287) panic o kern/178491 wireless [ath] ath0 (AR9287) stuck beacon o kern/178477 wireless [ath] missed beacon / soft reset in STA mode results i o kern/178470 wireless [panic][ath] bss vap can and does change o kern/178411 wireless [ral] [panic] FreeBSD kernel crash in rt2860 o kern/178379 wireless [net80211] [ath] WPA rekey on the STA side fails when o kern/178378 wireless [net80211] crypto state isn't reset during a reassocia o kern/178263 wireless [ath] review the use of ic_freq / ic_ieee / ic_flags / o kern/177847 wireless [ath] With TPC enabled, TX power values aren't clamped o kern/177846 wireless [ath] [net80211] net80211 TX power limit isn't correct o conf/177688 wireless WiFi regodmains information is inconsistent between "e o kern/177530 wireless [ath] ath driver isn't 32 bit int clean o kern/177465 wireless [iwn] 20%-100% packet loss with iwn driver o kern/177451 wireless [ieee80211] page fault in ieee80211_tx_mgt_timeout o kern/176238 wireless [ath] [patch] Correct buffer size calculation and simp o kern/176201 wireless [net80211] [patch] 11n station includes unrelated ht p o kern/176104 wireless [iwn] iwn0: iwn_intr: fatal firmware error o kern/175870 wireless [iwn] /etc/rc.d/netif restart cause system crash o kern/175722 wireless [ath]lot of bad seriesx hwrate in kernel messages o kern/175446 wireless [ath] high volumes of PHY errors lead to BB/MAC hangs o kern/175227 wireless [ath] beacon timers aren't necessarily reprogrammed af o kern/175183 wireless [iwn] iwn(4) becomes unresponsive during initial confi o kern/175053 wireless [iwn] iwn firmware error on 9-stable with Ultimate-N 6 o kern/174891 wireless [ieee80211] struct ieee80211_node is freed during acti o kern/174722 wireless [wlan] can't use channel 12 and 13 (14) with my wifi i o kern/174661 wireless [wlan] lost alias on wlan interface o kern/174283 wireless [net80211] panics in ieee80211_ff_age() and ieee80211_ o kern/174276 wireless [ath] if_ath memory modified after free o kern/174273 wireless [net80211] taking down a net80211 node with active fas o kern/173917 wireless [iwn] wpa-supplicant issues on iwn o kern/173898 wireless [iwn] [patch] iwn(4) DOES support 6235 chip. o kern/173883 wireless [ath] ath0: unable to attach - pci issue? o kern/173711 wireless [ath] powerd kills ath on the Asus EeePC 1005HA o kern/173342 wireless PS-Poll isn't working o kern/173336 wireless [ath] Atheros card improper device poweroff handling o o kern/172955 wireless [ath] 11n does not work in adhoc mode o kern/172706 wireless [wpi] wpi0 fails to load firmware when using country o kern/172672 wireless [ubt] Bluetooth device recognised but not working o kern/172661 wireless hostapd(8) securing wireless adapter in HostAP mode is o kern/172338 wireless [ath] [net80211] CCMP IV transmit counters are not cor o kern/171598 wireless [ath] TP-Link TL-WN951N W-LAN PCI Adapter 300 MBit stu o kern/171235 wireless [ath] ath loses connection, system freezes on netif re o kern/170889 wireless [ath] ath driver uses some uninitilized memory o kern/170620 wireless [ath] LOR and deadlock when multiple vaps are used o kern/170573 wireless [iwi] Intel 2200BG iwi NIC hangs with need multicast c o kern/170513 wireless [ath] ath logs: ath_tx_aggr_comp_aggr: AR5416 bug: o kern/170433 wireless [ath] TX hang after a stuck beacon message with active o kern/170397 wireless [ath] [patch] Uninitialized variables in ah_eeprom_928 o kern/170302 wireless [ath] 802.11n frames are not being transmitted with mu o kern/170281 wireless [ath] 802.11n locks up on aggregation setup (ampdutx) o kern/170098 wireless [ath] [net80211] VAPs (Virtual access points) with Ath o kern/170066 wireless [ral] ral(4) rt61pci Linksys freezes the machine as so o kern/169432 wireless [ath] BAR TX hang when aggregation session is reset du p kern/169362 wireless [ath] AR5416: radar pulse PHY errors sometimes include o kern/169336 wireless [ath] ANI isn't triggering in a busy/noisy environment o kern/169199 wireless [ath] Cannot set up static ip addresses for wireless w o kern/169084 wireless [ath] suspend/resume doesn't cause a rescan; the assoc o kern/168530 wireless [ath] Broken WEP probably o kern/168393 wireless AR9285: suspend/resume sometimes fails o kern/168170 wireless [net80211] ieee80211_send_bar() doesn't complete corre o kern/167870 wireless [ath] adhoc wifi client does not join an existing IBSS o kern/167834 wireless [ath] kickpcu; 'handled 0 packets' o kern/167828 wireless [iwn] iwn(4) doesn't recover automatically after firmw o kern/167798 wireless ifconfig(8): problem with "ifconfig list scan" command o kern/167491 wireless [ath] TID != hardware queue TID in ath_tx_aggr_comp_ag o kern/167113 wireless [ath] AR5210: "stuck" TX seems to be occuring, without o kern/167080 wireless [ath] channel switch on another VAP break channel setu o kern/166684 wireless [ath] [net80211] mgmtrate/mcastrate isn't updated base p kern/166642 wireless [ieee80211] [patch] in 802.11n mode for FreeBSD AP, ha o kern/166641 wireless [ieee80211] [patch] mbuf/cluster leak in AP mode in 80 p kern/166357 wireless [ath] 802.11n TX stall when the first frame in the BAW o kern/166286 wireless [net80211] [ath] initial switch to HT40 isn't causing p kern/166190 wireless [ath] TX hangs and frames stuck in TX queue o kern/166086 wireless [Patch][ath] Reflect state of rfkill switch in a sysct o kern/165969 wireless [ath] Slower performance in adhoc mode vs Client/AP mo o kern/165966 wireless [ath] ath0: device timeout on SMP machines due to race o kern/165895 wireless [ath] overly busy cabq can tie up all tx buffers o kern/165870 wireless [bwn] bwn driver does not attach on HP Pavilion dv9420 o kern/165866 wireless [ath] TX hangs, requiring a "scan" to properly reset t o kern/165849 wireless [ath] [hang] network ath driver freeze o kern/165595 wireless [ipw] ipw(4): Can't load firmare for ipw2200bg o kern/165543 wireless [ath] ath0 endless scanning of channels without connec o kern/165517 wireless [net80211] bgscan isn't triggered when invalid beacons o kern/165475 wireless [ath] operational mode change doesn't poke the underly o kern/165382 wireless [kernel] taskqueue_unblock doesn't unblock currently q o kern/165306 wireless [ath] race conditions between scanning and beacon time o kern/165220 wireless [ath] "ath_rx_tasklet: sc_inreset_cnt > 0; skipping" m o kern/165214 wireless [ieee80211] Kernel panic in ieee80211_output.c:2505 o kern/165212 wireless [ath] No WiFi on Acer Aspire One 751h (Atheros AR5BHB6 o kern/165149 wireless [ath] [net80211] Ping with data length more than iv_fr o kern/165146 wireless [net80211] Net802.11 Fragment number is assigned 1 (sh o kern/165060 wireless [ath] vap->iv_bss race conditions causing crashes insi o kern/165021 wireless [ath] ath device timeout during scan/attach, if wlan_c o kern/164721 wireless [ath] ath device timeouts o kern/164499 wireless [wi] [patch] if_wi needs fix for big endian architectu o kern/164382 wireless [ath] crash when down/deleting a vap - inside ieee8021 o kern/164365 wireless [iwi] iwi0: UP/DOWN in o bin/164102 wireless hostapd not configured for 802.11n o kern/163759 wireless [ath] ath(4) "stops working" in hostap mode o kern/163724 wireless [mwl] [patch] NULL check before dereference o kern/163719 wireless [ath] ath interface do not receive multicast o kern/163689 wireless [ath] TX timeouts when sending probe/mgmt frames durin o kern/163574 wireless [net80211] overly-frequent HT occupancy changes o kern/163573 wireless [ath] hostap mode TX buffer hang o kern/163559 wireless [ath] kernel panic AH_DEBUG o kern/163318 wireless [ath] ath(4) stops working p kern/163312 wireless [panic] [ath driver] kernel panic: page fault with ath o kern/163237 wireless [ath] AR5416 as HostAP. Delays among clients when a cl o kern/163082 wireless [ath] ar9285 diversity fixes o kern/162648 wireless [ath] AR9227 ADC DC calibration failure o kern/162647 wireless [ath] 11n TX aggregation session / TX hang o kern/161293 wireless [iwn] hang at startup when starting network o kern/161035 wireless [ieee80211] Incorrect number describing 11ng MCS rate o kern/160391 wireless [ieee80211] [patch] Panic in mesh mode o kern/160296 wireless [zyd] [panic] 802.11 usb device reboots system on 'ifc o misc/160176 wireless [mips] [panic] Kernel panic on AR7161 platform with AR o kern/157449 wireless [ath] MAC address conflict causes system to freeze o kern/157243 wireless [ath] investigate beacon TX (AP) / RX (STA) when under o kern/156904 wireless [ath] AR9285 antenna diversity algorithm is buggy and o kern/156884 wireless [ath] ath instablity o kern/156327 wireless [bwn] bwn driver causes 20%-50% packet loss o kern/156322 wireless [wpi] no ahdemo support for if_wpi o kern/156321 wireless [ath] ahdemo doesn't work with if_ath o kern/155498 wireless [ral] ral(4) needs to be resynced with OpenBSD's to ga o kern/155100 wireless [ath] ath driver on busy channel: "stuck beacon" p kern/154598 wireless [ath] Atheros 5424/2424 can't connect to WPA network o kern/154567 wireless [ath] ath(4) lot of bad series(0) o kern/154327 wireless [ath] AR5416 in station mode hangs when transmitting f o kern/154284 wireless [ath] Modern ath wifi cards (such as AR9285) have miss o kern/154153 wireless [ath] AR5213 + MIPS + WPA group key packet corruption o kern/153594 wireless [wlan] netif/devd race o kern/153448 wireless [ath] ath networking device loses association after a o kern/152750 wireless [ath] ath0 lot of bad series hwrate o kern/151198 wireless [ath] ath/5416 fails bgscan with "ath0: ath_chan_set: o kern/149786 wireless [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149516 wireless [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 wireless [realtek/atheros]: None of my network card working o kern/148322 wireless [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 wireless [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 wireless [ath] wireless networking stops functioning o kern/146426 wireless [mwl] 802.11n rates not possible on mwl o kern/146425 wireless [mwl] mwl dropping all packets during and after high u o kern/145826 wireless [panic] [ath] Unable to configure adhoc mode on ath0/w o kern/144987 wireless [wpi] [panic] injecting packets with wlaninject using o kern/144755 wireless [wlan] netif/devd race o bin/144109 wireless hostapd(8) uses the MAC of the wireless interface, but o conf/143079 wireless hostapd(8) startup missing multi wlan functionality p kern/140567 wireless [ath] [patch] ath is not worked on my notebook PC o kern/140245 wireless [ath] [panic] Kernel panic during network activity on o kern/137592 wireless [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o kern/136943 wireless [wpi] [lor] wpi0_com_lock / wpi0 o kern/136836 wireless [ath] atheros card stops functioning after about 12 ho o kern/132722 wireless [ath] Wifi ath0 associates fine with AP, but DHCP or I o bin/131549 wireless ifconfig(8) can't clear 'monitor' mode on the wireless o kern/126475 wireless [ath] [panic] ath pcmcia card inevitably panics under o kern/125721 wireless [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 wireless [ath] [panic] ath(4) related panic o kern/125501 wireless [ath] atheros cardbus driver hangs o kern/125332 wireless [ath] [panic] crash under any non-tiny networking unde o kern/124767 wireless [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 wireless [ieee80211] net80211 discards power-save queue packets o kern/121061 wireless [ath] [panic] panic while ejecting ath(4)-adapter duri o docs/120456 wireless ath(4) needs to specify requirement on wlan_scan_sta o kern/119513 wireless [ath] [irq] inserting dlink dwl-g630 wireless card res o kern/116747 wireless [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile f kern/105348 wireless [ath] ath device stopps TX 171 problems total. From owner-freebsd-wireless@FreeBSD.ORG Mon Jun 17 19:05:06 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9820A329 for ; Mon, 17 Jun 2013 19:05:06 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id BC9671993 for ; Mon, 17 Jun 2013 19:05:05 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 523AED59AE for ; Mon, 17 Jun 2013 21:05:03 +0200 (CEST) Received: from [172.25.0.50] (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id 101A2D59A8; Mon, 17 Jun 2013 21:04:59 +0200 (CEST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: Support for Mini PCie card WLE300NX( (AR9380) From: =?windows-1252?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Mon, 17 Jun 2013 21:04:59 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> References: <511E30FF.4050404@pean.org> <51BAFF95.6090402@pean.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1508) Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 19:05:06 -0000 Hi! I just upgraded to 10.0. FreeBSD gw 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Mon Jun 17 09:56:13 = CEST 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 Jun 17 20:20:47 gw kernel: ath0: mem = 0xa3000000-0xa301ffff irq 17 at device 0.0 on pci7 Jun 17 20:20:47 gw kernel: ar9300_set_stub_functions: setting stub = functions Jun 17 20:20:47 gw kernel: ar9300_set_stub_functions: setting stub = functions Jun 17 20:20:47 gw kernel: ar9300_attach: calling ar9300_hw_attach Jun 17 20:20:47 gw kernel: ar9300_hw_attach: calling = ar9300_eeprom_attach Jun 17 20:20:47 gw kernel: ar9300_flash_map: unimplemented for now Jun 17 20:20:47 gw kernel: Restoring Cal data from DRAM Jun 17 20:20:47 gw kernel: Restoring Cal data from EEPROM Jun 17 20:20:47 gw kernel: ar9300_hw_attach: ar9300_eeprom_attach = returned 0 Jun 17 20:20:47 gw kernel: ath0: RX status length: 48 Jun 17 20:20:47 gw kernel: ath0: RX buffer size: 4096 Jun 17 20:20:47 gw kernel: ath0: TX descriptor length: 128 Jun 17 20:20:47 gw kernel: ath0: TX status length: 36 Jun 17 20:20:47 gw kernel: ath0: TX buffers per descriptor: 4 Jun 17 20:20:47 gw kernel: ar9300_freebsd_setup_x_tx_desc: called, = 0x0/0, 0x0/0, 0x0/0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_setup_rxfifo: type=3D0, FIFO = depth =3D 16 entries Jun 17 20:20:47 gw kernel: ath0: ath_edma_setup_rxfifo: type=3D1, FIFO = depth =3D 128 entries Jun 17 20:20:47 gw kernel: ath0: AR9380 mac 448.3 RF5110 phy 132.15 Jun 17 20:20:47 gw kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 =85.. Jun 17 20:20:47 gw kernel: ar9300_Stub_GetCTSTimeout: called Jun 17 20:20:47 gw kernel: ar9300_Stub_GetCTSTimeout: called Jun 17 20:20:47 gw kernel: ar9300_Stub_GetAntennaSwitch: called Jun 17 20:20:47 gw kernel: ar9300_Stub_GetAntennaSwitch: called Jun 17 20:20:47 gw kernel: bridge0: Ethernet address: 02:e8:ea:15:66:00 Jun 17 20:20:47 gw kernel: bridge1: Ethernet address: 02:e8:ea:15:66:01 Jun 17 20:20:47 gw kernel: wlan0: Ethernet address: 04:f0:21:01:3d:87 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D24, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D8, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D21, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D13, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: Q1: NULL bf? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt > = 0; skipping Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: Q1: NULL bf? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D24, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D11, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D9, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D9, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D12, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D11, nbufs=3D128? Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? =85 Jun 17 20:20:47 gw kernel:=20 Jun 17 20:20:47 gw kernel:=20 Jun 17 20:20:47 gw kernel: Fatal trap 18: integer divide fault while in = kernel mode Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 Jun 17 20:20:47 gw kernel: cpuid =3D 0; apic id =3D 00 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: instruction pointer =3D 0x20:0xc0565c8c Jun 17 20:20:47 gw kernel: stack pointer =3D = 0x28:0xc47d9afc Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: frame pointer =3D = 0x28:0xc47d9b28 Jun 17 20:20:47 gw kernel: code segment =3D base 0x0, limit = 0xfffff, type 0x1b Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: =3D DPL 0, pres 1, def32 1, gran 1 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D0, nbufs=3D128? Jun 17 20:20:47 gw kernel: processor eflags =3D interrupt enabled, = ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! Jun 17 20:20:47 gw kernel: resume, IOPL =3D 0 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc = failed: i=3D9, nbufs=3D128? Jun 17 20:20:47 gw kernel: current process =3D 12 (swi4: = clock) Jun 17 20:20:47 gw kernel: trap number =3D 18 Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on = rxbuf?! Jun 17 20:20:47 gw kernel: panic: integer divide fault Jun 17 20:20:47 gw kernel: cpuid =3D 0 Jun 17 20:20:47 gw kernel: KDB: stack backtrace: Jun 17 20:20:47 gw kernel: #0 0xc0789022 at kdb_backtrace+0x52 Jun 17 20:20:47 gw kernel: #1 0xc0753b66 at panic+0x126 Jun 17 20:20:47 gw kernel: #2 0xc0a3f649 at trap_fatal+0x339 Jun 17 20:20:47 gw kernel: #3 0xc0a3f30a at trap+0x7da Jun 17 20:20:47 gw kernel: #4 0xc0a2989c at calltrap+0x6 Jun 17 20:20:47 gw kernel: #5 0xc0570590 at ar9300_ani_poll_freebsd+0x50 Jun 17 20:20:47 gw kernel: #6 0xc05201d4 at ath_calibrate+0xf4 Jun 17 20:20:47 gw kernel: #7 0xc0768616 at softclock_call_cc+0xe6 Jun 17 20:20:47 gw kernel: #8 0xc07689d5 at softclock+0x75 Jun 17 20:20:47 gw kernel: #9 0xc0726b1a at = intr_event_execute_handlers+0xaa Jun 17 20:20:47 gw kernel: #10 0xc0726f53 at ithread_loop+0x113 Jun 17 20:20:47 gw kernel: #11 0xc0724577 at fork_exit+0x67 Does this say anything to you? On Jun 14, 2013, at 7:49 PM, Adrian Chadd wrote: > Nope, not unless someone backports it all! >=20 >=20 > adrian >=20 >=20 > On 14 June 2013 04:33, Peter Ankerst=E5l wrote: >> On 02/16/2013 08:33 PM, Adrian Chadd wrote: >>>=20 >>> Oops, I didn't reply in public! >>>=20 >>> On 15 February 2013 09:03, Adrian Chadd wrote: >>>>=20 >>>> Yup! I'm working on open sourcing the HAL side of things soon. >>>=20 >>>=20 >>> I'm going through final code approval now. >>>=20 >>> Then, of course, there's all this extra work required to get it >>> somewhat validated - I have to write a bunch of testing routines to >>> test TX power, TX and RX EVM (to make sure that things aren't >>> distorting), fix up some of the shortcuts I've taken (eg making ANI >>> work right), implement MSI interrupt handling, test whether 3-stream >>> negotiation, TX and RX works correctly, make sure the STA timers are >>> setup right, make sure the hostap timers are setup right, implement >>> CABQ handling for hostap mode... >>>=20 >>> .. yeah, there's still a lot of work to do. :-) >>>=20 >>> But it's almost there. >>>=20 >>>=20 >>>=20 >>> Adrian >>>=20 >>=20 >> Ooops. Just found: >>=20 >> = http://lists.freebsd.org/pipermail/freebsd-wireless/2013-May/003274.html >>=20 >> Will I be able to use this in FreeBSD 9? >=20 From owner-freebsd-wireless@FreeBSD.ORG Mon Jun 17 19:07:07 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9394C432 for ; Mon, 17 Jun 2013 19:07:07 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 5560019A8 for ; Mon, 17 Jun 2013 19:07:07 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id m15so1780734qcq.5 for ; Mon, 17 Jun 2013 12:07:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=H+vGetJSAu3NuMACaz5S5B64fOLq6MJvJ07aGvXkGY8=; b=vJJplffsSpFcV4vSsgCR0Geg8C1MVEvkPoEYf5iwOHc/oJAn9Wlu1tR1hbV1mU2Eyq hG2cNCOnol8taHLYH5ir6q7gEoxhOlQtPdwwEjNMGt3fEARy4Y+8vgfkei9Shb1vTck6 VtKotraurI99cwrWswmmYO5xEIPFQFItXgPwedx52mgqcR3dtDo+0nu/n6buP2P1CVaQ lePzTrhrlsbj6WE+pcf53j5T86upbxsSbYjb2laC5SHRfS/O8Jb4wzZon1FuBwYA9GkZ K29q1AtRi89GCYA4HDSFGEEoj5iD4nRb9L0aX3IkSKE77mxod2LccLDxXzG/uyLgcgRO vHpA== MIME-Version: 1.0 X-Received: by 10.224.59.200 with SMTP id m8mr18432285qah.43.1371496026900; Mon, 17 Jun 2013 12:07:06 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Mon, 17 Jun 2013 12:07:06 -0700 (PDT) In-Reply-To: <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> References: <511E30FF.4050404@pean.org> <51BAFF95.6090402@pean.org> <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> Date: Mon, 17 Jun 2013 12:07:06 -0700 X-Google-Sender-Auth: LhUFVJDyy1d3mVVATQS0h6SmJGk Message-ID: Subject: Re: Support for Mini PCie card WLE300NX( (AR9380) From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 19:07:07 -0000 Hm, do you have ATH_ENABLE_11N in your kernel config? adrian On 17 June 2013 12:04, Peter Ankerst=E5l wrote: > Hi! > > I just upgraded to 10.0. > > FreeBSD gw 10.0-CURRENT FreeBSD 10.0-CURRENT #2: Mon Jun 17 09:56:13 CEST= 2013 root@gw:/usr/obj/usr/src/sys/SOEKRIS i386 > > Jun 17 20:20:47 gw kernel: ath0: mem 0xa3000000-0xa301ff= ff irq 17 at device 0.0 on pci7 > Jun 17 20:20:47 gw kernel: ar9300_set_stub_functions: setting stub functi= ons > Jun 17 20:20:47 gw kernel: ar9300_set_stub_functions: setting stub functi= ons > Jun 17 20:20:47 gw kernel: ar9300_attach: calling ar9300_hw_attach > Jun 17 20:20:47 gw kernel: ar9300_hw_attach: calling ar9300_eeprom_attach > Jun 17 20:20:47 gw kernel: ar9300_flash_map: unimplemented for now > Jun 17 20:20:47 gw kernel: Restoring Cal data from DRAM > Jun 17 20:20:47 gw kernel: Restoring Cal data from EEPROM > Jun 17 20:20:47 gw kernel: ar9300_hw_attach: ar9300_eeprom_attach returne= d 0 > Jun 17 20:20:47 gw kernel: ath0: RX status length: 48 > Jun 17 20:20:47 gw kernel: ath0: RX buffer size: 4096 > Jun 17 20:20:47 gw kernel: ath0: TX descriptor length: 128 > Jun 17 20:20:47 gw kernel: ath0: TX status length: 36 > Jun 17 20:20:47 gw kernel: ath0: TX buffers per descriptor: 4 > Jun 17 20:20:47 gw kernel: ar9300_freebsd_setup_x_tx_desc: called, 0x0/0,= 0x0/0, 0x0/0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_setup_rxfifo: type=3D0, FIFO de= pth =3D 16 entries > Jun 17 20:20:47 gw kernel: ath0: ath_edma_setup_rxfifo: type=3D1, FIFO de= pth =3D 128 entries > Jun 17 20:20:47 gw kernel: ath0: AR9380 mac 448.3 RF5110 phy 132.15 > Jun 17 20:20:47 gw kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0000 > =85.. > Jun 17 20:20:47 gw kernel: ar9300_Stub_GetCTSTimeout: called > Jun 17 20:20:47 gw kernel: ar9300_Stub_GetCTSTimeout: called > Jun 17 20:20:47 gw kernel: ar9300_Stub_GetAntennaSwitch: called > Jun 17 20:20:47 gw kernel: ar9300_Stub_GetAntennaSwitch: called > Jun 17 20:20:47 gw kernel: bridge0: Ethernet address: 02:e8:ea:15:66:00 > Jun 17 20:20:47 gw kernel: bridge1: Ethernet address: 02:e8:ea:15:66:01 > Jun 17 20:20:47 gw kernel: wlan0: Ethernet address: 04:f0:21:01:3d:87 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D24, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D8, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D21, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D13, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: Q1: NULL bf? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_tasklet: sc_inreset_cnt > = 0; skipping > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: Q1: NULL bf? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D24, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D11, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D9, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D9, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D12, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D11, nbufs=3D128? > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > =85 > Jun 17 20:20:47 gw kernel: > Jun 17 20:20:47 gw kernel: > Jun 17 20:20:47 gw kernel: Fatal trap 18: integer divide fault while in k= ernel mode > Jun 17 20:20:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkts = 0 > Jun 17 20:20:47 gw kernel: cpuid =3D 0; apic id =3D 00 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: instruction pointer =3D 0x20:0xc0565c8c > Jun 17 20:20:47 gw kernel: stack pointer =3D 0x28:0xc47d9a= fc > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: frame pointer =3D 0x28:0xc47d9b= 28 > Jun 17 20:20:47 gw kernel: code segment =3D base 0x0, limit 0xfff= ff, type 0x1b > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: =3D DPL 0, pres 1, def32 1, gran 1 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D0, nbufs=3D128? > Jun 17 20:20:47 gw kernel: processor eflags =3D interrupt enabled, at= h0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: resume, IOPL =3D 0 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxfifo_alloc: Q1: alloc failed:= i=3D9, nbufs=3D128? > Jun 17 20:20:47 gw kernel: current process =3D 12 (swi4: clo= ck) > Jun 17 20:20:47 gw kernel: trap number =3D 18 > Jun 17 20:20:47 gw kernel: ath0: ath_edma_rxbuf_alloc: nothing on rxbuf?! > Jun 17 20:20:47 gw kernel: panic: integer divide fault > Jun 17 20:20:47 gw kernel: cpuid =3D 0 > Jun 17 20:20:47 gw kernel: KDB: stack backtrace: > Jun 17 20:20:47 gw kernel: #0 0xc0789022 at kdb_backtrace+0x52 > Jun 17 20:20:47 gw kernel: #1 0xc0753b66 at panic+0x126 > Jun 17 20:20:47 gw kernel: #2 0xc0a3f649 at trap_fatal+0x339 > Jun 17 20:20:47 gw kernel: #3 0xc0a3f30a at trap+0x7da > Jun 17 20:20:47 gw kernel: #4 0xc0a2989c at calltrap+0x6 > Jun 17 20:20:47 gw kernel: #5 0xc0570590 at ar9300_ani_poll_freebsd+0x50 > Jun 17 20:20:47 gw kernel: #6 0xc05201d4 at ath_calibrate+0xf4 > Jun 17 20:20:47 gw kernel: #7 0xc0768616 at softclock_call_cc+0xe6 > Jun 17 20:20:47 gw kernel: #8 0xc07689d5 at softclock+0x75 > Jun 17 20:20:47 gw kernel: #9 0xc0726b1a at intr_event_execute_handlers+0= xaa > Jun 17 20:20:47 gw kernel: #10 0xc0726f53 at ithread_loop+0x113 > Jun 17 20:20:47 gw kernel: #11 0xc0724577 at fork_exit+0x67 > > Does this say anything to you? > > > > On Jun 14, 2013, at 7:49 PM, Adrian Chadd wrote: > >> Nope, not unless someone backports it all! >> >> >> adrian >> >> >> On 14 June 2013 04:33, Peter Ankerst=E5l wrote: >>> On 02/16/2013 08:33 PM, Adrian Chadd wrote: >>>> >>>> Oops, I didn't reply in public! >>>> >>>> On 15 February 2013 09:03, Adrian Chadd wrote: >>>>> >>>>> Yup! I'm working on open sourcing the HAL side of things soon. >>>> >>>> >>>> I'm going through final code approval now. >>>> >>>> Then, of course, there's all this extra work required to get it >>>> somewhat validated - I have to write a bunch of testing routines to >>>> test TX power, TX and RX EVM (to make sure that things aren't >>>> distorting), fix up some of the shortcuts I've taken (eg making ANI >>>> work right), implement MSI interrupt handling, test whether 3-stream >>>> negotiation, TX and RX works correctly, make sure the STA timers are >>>> setup right, make sure the hostap timers are setup right, implement >>>> CABQ handling for hostap mode... >>>> >>>> .. yeah, there's still a lot of work to do. :-) >>>> >>>> But it's almost there. >>>> >>>> >>>> >>>> Adrian >>>> >>> >>> Ooops. Just found: >>> >>> http://lists.freebsd.org/pipermail/freebsd-wireless/2013-May/003274.htm= l >>> >>> Will I be able to use this in FreeBSD 9? >> > > From owner-freebsd-wireless@FreeBSD.ORG Mon Jun 17 20:41:47 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 69BCB8B4 for ; Mon, 17 Jun 2013 20:41:47 +0000 (UTC) (envelope-from djvasi@gmail.com) Received: from mail-wg0-x22a.google.com (mail-wg0-x22a.google.com [IPv6:2a00:1450:400c:c00::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 07DED1E78 for ; Mon, 17 Jun 2013 20:41:46 +0000 (UTC) Received: by mail-wg0-f42.google.com with SMTP id z11so3988408wgg.1 for ; Mon, 17 Jun 2013 13:41:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; bh=U8ItWsRtHVwhPZepA7yxubjXSxv966OzkCKHrGghNMY=; b=yAfEg0T7C7SBqzC+cj7IrAEdw0O4ii/ghRrIZyDonTbz+5hiYn4q8ii9rJMwU0TC/r 0sK/NkJB7OP87XzsvvmYDGPpEcdtk6oHUQEsOq/2MP0f68ohxOUf6P/BSefIh/iWjyMv tFxG5whDcckCyIT84wZliAE0cTzEGRpM44rz0RSEvgQZXmGW99DGRexTFslpCH28CNd6 gWFF3iJ4Y1yaYaSqMDJzz6wla09ItLmDwO9XCEF5k3KaLRtHS9905Dqgu0vkSCk4caI0 xXauKUWxwkRL0QPU9X8olmy+bZvttQR6y4HMRU3I7qNoeuFZxgzczCr9TuMuaWwqOVln BF4g== X-Received: by 10.180.76.200 with SMTP id m8mr5854619wiw.24.1371501706084; Mon, 17 Jun 2013 13:41:46 -0700 (PDT) MIME-Version: 1.0 Sender: djvasi@gmail.com Received: by 10.216.60.130 with HTTP; Mon, 17 Jun 2013 13:41:16 -0700 (PDT) From: Dave Vasilevsky Date: Mon, 17 Jun 2013 16:41:16 -0400 X-Google-Sender-Auth: UTvw6T54WNUvkKWmTpV7UAeE5E8 Message-ID: Subject: [PATCH] Allow ndisgen to work without libiconv port To: freebsd-wireless@freebsd.org Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 17 Jun 2013 20:41:47 -0000 Currently, ndisgen refuses to process UTF-16 .inf files unless libiconv is installed. Unfortunately, if you need ndis you probably don't have a net connection, which makes it hard to get libiconv. This patch works around the problem by integrating a very small UTF-16 to UTF-8 converter into ndiscvt. It auto-detects UTF-16 encoding, so it should Just Work on any .inf file. http://www.freebsd.org/cgi/query-pr.cgi?pr=179285 I'd appreciate testing against various .inf files, to ensure it's working right. Code review would also be great, especially by anyone with a commit bit :) Cheers, Dave From owner-freebsd-wireless@FreeBSD.ORG Tue Jun 18 07:46:31 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 7A546C64; Tue, 18 Jun 2013 07:46:31 +0000 (UTC) (envelope-from peter@pean.org) Received: from velox.its.uu.se (velox.its.uu.se [130.238.7.74]) by mx1.freebsd.org (Postfix) with ESMTP id 3F99011C7; Tue, 18 Jun 2013 07:46:30 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by velox.its.uu.se (Postfix) with ESMTP id 2AB313528E; Tue, 18 Jun 2013 09:46:23 +0200 (CEST) Message-ID: <51C0104F.4050200@pean.org> Date: Tue, 18 Jun 2013 09:46:23 +0200 From: =?windows-1252?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Support for Mini PCie card WLE300NX( (AR9380) References: <511E30FF.4050404@pean.org> <51BAFF95.6090402@pean.org> <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 07:46:31 -0000 Oops. That did the trick. Thanks! But now I cant get it to work with 802.11an. First of all it seems locked in "country US" and setting :ht/40+ seems to have no effect. /Peter. On 06/17/2013 09:07 PM, Adrian Chadd wrote: > Hm, do you have ATH_ENABLE_11N in your kernel config? > > > > adrian > From owner-freebsd-wireless@FreeBSD.ORG Tue Jun 18 07:47:59 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 6184ED88 for ; Tue, 18 Jun 2013 07:47:59 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 222AC1203 for ; Tue, 18 Jun 2013 07:47:59 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id c11so2147225qcv.9 for ; Tue, 18 Jun 2013 00:47:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Ke5lEb+xgW+bzDk37cIVx1pGGwgIl2dAqxHTE0g9wk8=; b=ODkw83t0AWY6nqRN7MtBtLN7nDq2zyTKyk6G+CEux54f3Yj/4kzXRJCWliw8teW/fb S08PXBEqUfpLnWIRksU4qEzQWPOOU0KuMipSXhk3SkR+zes0oSWQi481noSBzF4CE/JA sEtr9n2Pwe+HS1tkzeXQaQ5k9cYjh/hz2IqSwsDXHgSt1FLqa9tsiKkjNk0zfXy/PNiA hgqDR7tLdjSQZHBAXQMclmRGxFl5akFSRxxqCKa3HJ034cm25u3T9fyEfV2xCNl++AKb xkqKyzGwMGID57A45w71phizWnUuCiZhqqCQHoVTjP2n65m2fFe8jXnDHclZSp9B5AbF 6RCw== MIME-Version: 1.0 X-Received: by 10.224.60.4 with SMTP id n4mr1766207qah.34.1371541678695; Tue, 18 Jun 2013 00:47:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Tue, 18 Jun 2013 00:47:58 -0700 (PDT) In-Reply-To: <51C0104F.4050200@pean.org> References: <511E30FF.4050404@pean.org> <51BAFF95.6090402@pean.org> <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> <51C0104F.4050200@pean.org> Date: Tue, 18 Jun 2013 00:47:58 -0700 X-Google-Sender-Auth: iJdCG2NXSC2LNs87VPjPL24Elfg Message-ID: Subject: Re: Support for Mini PCie card WLE300NX( (AR9380) From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 07:47:59 -0000 If 11n is available, it'll negotiate it. adrian On 18 June 2013 00:46, Peter Ankerst=E5l wrote: > Oops. That did the trick. Thanks! > > But now I cant get it to work with 802.11an. First of all it seems locked= in > "country US" and setting :ht/40+ seems to have no effect. > > /Peter. > > > On 06/17/2013 09:07 PM, Adrian Chadd wrote: >> >> Hm, do you have ATH_ENABLE_11N in your kernel config? >> >> >> >> adrian >> > From owner-freebsd-wireless@FreeBSD.ORG Tue Jun 18 08:57:41 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 0BCF211F; Tue, 18 Jun 2013 08:57:41 +0000 (UTC) (envelope-from peter@pean.org) Received: from lyra.its.uu.se (lyra.its.uu.se [130.238.7.73]) by mx1.freebsd.org (Postfix) with ESMTP id C30EB1823; Tue, 18 Jun 2013 08:57:39 +0000 (UTC) X-Virus-Scanned: amavisd-new at uu.se Received: from nyx.uppmax.uu.se (nyx.uppmax.uu.se [130.238.137.40]) by lyra.its.uu.se (Postfix) with ESMTP id C51CE393D9; Tue, 18 Jun 2013 10:57:32 +0200 (CEST) Message-ID: <51C020FD.2050805@pean.org> Date: Tue, 18 Jun 2013 10:57:33 +0200 From: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130514 Thunderbird/17.0.6 MIME-Version: 1.0 To: Adrian Chadd Subject: Re: Support for Mini PCie card WLE300NX( (AR9380) References: <511E30FF.4050404@pean.org> <51BAFF95.6090402@pean.org> <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> <51C0104F.4050200@pean.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 08:57:41 -0000 Seems I needed to take the interface down to change country. But.. Final question, Can I get any information about the MIMO operation? Is there sopport for three streams right now? /Peter On 06/18/2013 09:47 AM, Adrian Chadd wrote: > If 11n is available, it'll negotiate it. > > > > adrian > > > On 18 June 2013 00:46, Peter Ankerstål wrote: >> Oops. That did the trick. Thanks! >> >> But now I cant get it to work with 802.11an. First of all it seems locked in >> "country US" and setting :ht/40+ seems to have no effect. >> >> /Peter. >> >> >> On 06/17/2013 09:07 PM, Adrian Chadd wrote: >>> >>> Hm, do you have ATH_ENABLE_11N in your kernel config? >>> >>> >>> >>> adrian >>> >> > From owner-freebsd-wireless@FreeBSD.ORG Tue Jun 18 08:58:50 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 76B9214A for ; Tue, 18 Jun 2013 08:58:50 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x236.google.com (mail-qc0-x236.google.com [IPv6:2607:f8b0:400d:c01::236]) by mx1.freebsd.org (Postfix) with ESMTP id 367FE1831 for ; Tue, 18 Jun 2013 08:58:50 +0000 (UTC) Received: by mail-qc0-f182.google.com with SMTP id e10so2164359qcy.13 for ; Tue, 18 Jun 2013 01:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=NAQIpaaJzNeBuJwSnzKXP/X/iiMAuf3m7hxO39Xk26A=; b=bs5acznk4IFGQ/IcTi7EHTLmsy51g1/pjo2+7cPO0uOX9w7jeN8B2sdbL2swipo5y/ ZAvAj2Cu3mJxLusL+sPlsduICkMsX4Vh4DfAJgzLudAFD5GBrQJVkSvPlBwTbcaw+P3Z LbJTbtqmshBvZPjRYQJAc8r+Ul7i/oxuty5IF08fXvh72OVI/ar5mOn3yNMHNNurtcuP NffU5F0dNPvuNRpDVrbnuzDyC2/dGvcMNRwRsIwSGrvySDwJR+3ZTjIFurc6hFWhkvN1 PxLosiln2gG4xYfoWbR5VAgS35/4ZakltZQjwvDbXIe3RSytl0a5oslHZBC78JvvMVVl Jmjg== MIME-Version: 1.0 X-Received: by 10.49.35.233 with SMTP id l9mr26046190qej.23.1371545929712; Tue, 18 Jun 2013 01:58:49 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Tue, 18 Jun 2013 01:58:49 -0700 (PDT) In-Reply-To: <51C020FD.2050805@pean.org> References: <511E30FF.4050404@pean.org> <51BAFF95.6090402@pean.org> <6D354DC2-3D2E-441E-ABCF-8C024937ACDF@pean.org> <51C0104F.4050200@pean.org> <51C020FD.2050805@pean.org> Date: Tue, 18 Jun 2013 01:58:49 -0700 X-Google-Sender-Auth: ygUcbxsBRPxv_bKm083hpPZm-oI Message-ID: Subject: Re: Support for Mini PCie card WLE300NX( (AR9380) From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 08:58:50 -0000 3 stream operation is supported. Yup. :) adrian On 18 June 2013 01:57, Peter Ankerst=E5l wrote: > Seems I needed to take the interface down to change country. > > But.. Final question, Can I get any information about the MIMO operation?= Is > there sopport for three streams right now? > > /Peter > > > On 06/18/2013 09:47 AM, Adrian Chadd wrote: >> >> If 11n is available, it'll negotiate it. >> >> >> >> adrian >> >> >> On 18 June 2013 00:46, Peter Ankerst=E5l wrote: >>> >>> Oops. That did the trick. Thanks! >>> >>> But now I cant get it to work with 802.11an. First of all it seems lock= ed >>> in >>> "country US" and setting :ht/40+ seems to have no effect. >>> >>> /Peter. >>> >>> >>> On 06/17/2013 09:07 PM, Adrian Chadd wrote: >>>> >>>> >>>> Hm, do you have ATH_ENABLE_11N in your kernel config? >>>> >>>> >>>> >>>> adrian >>>> >>> >> > From owner-freebsd-wireless@FreeBSD.ORG Tue Jun 18 16:40:56 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 638CE6CD for ; Tue, 18 Jun 2013 16:40:56 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 281311710 for ; Tue, 18 Jun 2013 16:40:56 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id s1so2464219qcw.15 for ; Tue, 18 Jun 2013 09:40:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=r2/9tb/gzzALf42d1xBea8DKuzVmb64i1dfsrHx9iYc=; b=QMWoGgZUb9Ew/usSKb8NwOKgFGlkUzAzSj9sdNSVzEv8q4PjjqsoLupKEGMkckbkRu NX5x5i2JMtoxzyR8UKC4SzbcjVSaD3HSChleC6NTYkzt0BNvRG6wIgsZLD/iaRa3w26r jiclZzKEANjUU0GjaY/WNsFcvgCZro8Kv/NRjBw9qPzRUWU7wYAiZw1v6TR/DA71fsSH GrtedOOthQSUenoisN+5JStGfz9unQ8ns48+uLfG/eTBVUEaqn2jTo3hnMQjOlTVbIza 5DRE8fb9GxNDqzLS547PEOD2INOwH0b/D4V1TvDdE25lT58hl9Kb+KE1aFSuuRYT3cDk KA1Q== MIME-Version: 1.0 X-Received: by 10.224.71.83 with SMTP id g19mr24127876qaj.69.1371573655613; Tue, 18 Jun 2013 09:40:55 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Tue, 18 Jun 2013 09:40:55 -0700 (PDT) In-Reply-To: References: Date: Tue, 18 Jun 2013 09:40:55 -0700 X-Google-Sender-Auth: D2gjaLDezV8DxDyNtEM6SsJD9vw Message-ID: Subject: Re: [PATCH] Allow ndisgen to work without libiconv port From: Adrian Chadd To: Dave Vasilevsky Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 16:40:56 -0000 Hi! Cool! Although I'm trying to set the ndisulator on fire. It just won't work with more recent drivers as the NDIS API hasn't been updated. Submit a PR and we'll try to get it into -HEAD. adrian On 17 June 2013 13:41, Dave Vasilevsky wrote: > Currently, ndisgen refuses to process UTF-16 .inf files unless > libiconv is installed. Unfortunately, if you need ndis you probably > don't have a net connection, which makes it hard to get libiconv. > > This patch works around the problem by integrating a very small UTF-16 > to UTF-8 converter into ndiscvt. It auto-detects UTF-16 encoding, so > it should Just Work on any .inf file. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=179285 > > I'd appreciate testing against various .inf files, to ensure it's > working right. Code review would also be great, especially by anyone > with a commit bit :) > > Cheers, > Dave > _______________________________________________ > 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 Tue Jun 18 17:50:29 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 18A26354; Tue, 18 Jun 2013 17:50:29 +0000 (UTC) (envelope-from djvasi@gmail.com) Received: from mail-wg0-x22e.google.com (mail-wg0-x22e.google.com [IPv6:2a00:1450:400c:c00::22e]) by mx1.freebsd.org (Postfix) with ESMTP id 73C2E1A53; Tue, 18 Jun 2013 17:50:28 +0000 (UTC) Received: by mail-wg0-f46.google.com with SMTP id c11so3653758wgh.13 for ; Tue, 18 Jun 2013 10:50:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=rpYeetD8L6WyPIK7bMqY0Qoi5+IPIzLQUr7K1te/dnw=; b=lZI948dISOLy7TjGUzp/oyoeSThufVjCT02uk0hmh7Sx+NOxTsRftsxi967BZhg+Ha hbVbv4IXFdCeUZVVulA1vSi1Lu3G9yxrdfnn7igUBBeCvQ/C3TKW95JbrNjWc6oxtyo3 N1umhAGBB/L/AjVyCFa1L29xRRrphaYpACt+zfDW5k23nkal2XzNhz5L294mSCsKo3Z0 DFcdHzn4cJHKsHNry8S2YrsAuMDClncno1Rem6V+n4zvGa0oKC4froFLSk0DwOUPK1iB Vtt2BD1dPNDJr4eOY+7kk5hRMpxS41v/Df+NTnI9ty7YQdvY3m/+bFcL5FmiRAWaEB54 tXxQ== X-Received: by 10.194.82.193 with SMTP id k1mr11166632wjy.21.1371577827581; Tue, 18 Jun 2013 10:50:27 -0700 (PDT) MIME-Version: 1.0 Sender: djvasi@gmail.com Received: by 10.216.60.130 with HTTP; Tue, 18 Jun 2013 10:49:56 -0700 (PDT) In-Reply-To: References: From: Dave Vasilevsky Date: Tue, 18 Jun 2013 13:49:56 -0400 X-Google-Sender-Auth: pegBmMAhRA6e9C5-M-VrnW8Jf8w Message-ID: Subject: Re: [PATCH] Allow ndisgen to work without libiconv port To: Adrian Chadd Content-Type: text/plain; charset=UTF-8 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 17:50:29 -0000 Thanks for taking a look. I think I already linked to the PR, but in case I forgot it's #179285: http://www.freebsd.org/cgi/query-pr.cgi?pr=179285 . The patch should apply to both STABLE and CURRENT. -Dave On Tue, Jun 18, 2013 at 12:40 PM, Adrian Chadd wrote: > Hi! > > Cool! Although I'm trying to set the ndisulator on fire. It just won't > work with more recent drivers as the NDIS API hasn't been updated. > > Submit a PR and we'll try to get it into -HEAD. > > > > adrian > > On 17 June 2013 13:41, Dave Vasilevsky wrote: >> Currently, ndisgen refuses to process UTF-16 .inf files unless >> libiconv is installed. Unfortunately, if you need ndis you probably >> don't have a net connection, which makes it hard to get libiconv. >> >> This patch works around the problem by integrating a very small UTF-16 >> to UTF-8 converter into ndiscvt. It auto-detects UTF-16 encoding, so >> it should Just Work on any .inf file. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=179285 >> >> I'd appreciate testing against various .inf files, to ensure it's >> working right. Code review would also be great, especially by anyone >> with a commit bit :) >> >> Cheers, >> Dave >> _______________________________________________ >> 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 Tue Jun 18 18:59:41 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 8610963D for ; Tue, 18 Jun 2013 18:59:41 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-we0-x22a.google.com (mail-we0-x22a.google.com [IPv6:2a00:1450:400c:c03::22a]) by mx1.freebsd.org (Postfix) with ESMTP id 1BC5B1D88 for ; Tue, 18 Jun 2013 18:59:40 +0000 (UTC) Received: by mail-we0-f170.google.com with SMTP id w57so3775020wes.29 for ; Tue, 18 Jun 2013 11:59:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=3jne9ubCOJJ/fXT8hgP+RzKHIeseWmKPshf2YZYnq/c=; b=WENTBIPKTobIM8YjEpmi0xLKQQqmesGetG9oiaHQCCGxzA98FyYUGDytugCn0tsyln j8PZFKLtO0cuRHXaAC6qORllfhC1m1g8naF4mPbj0GGxMpLlUPXNDnaJw33ETedStDyp A0r/+TAhTNEa3UCT6vZH34QinYjOuUSEVcsjARFT0KOA1O9kFQlLFGK3Wgz/Osh/0f74 VpEX0pJIPcI8FYiMmEdETnco0r0Ng3BIa2KiOCj4s9zONQP8irnb3wZRlRmoKWLpUZvt ZGSCSt4HlMtv+8d3f7j964eEQGgWKIoVAo7tN8KTTE/mHBpd1g41kbDnJlSvSRSQlKet q5sg== MIME-Version: 1.0 X-Received: by 10.180.91.74 with SMTP id cc10mr8427216wib.33.1371581980019; Tue, 18 Jun 2013 11:59:40 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.216.73.202 with HTTP; Tue, 18 Jun 2013 11:59:39 -0700 (PDT) In-Reply-To: <6E6B0910-59E2-4EF0-83AE-07F6028D3F05@pean.org> References: <51C02521.1070701@pean.org> <6E6B0910-59E2-4EF0-83AE-07F6028D3F05@pean.org> Date: Tue, 18 Jun 2013 11:59:39 -0700 X-Google-Sender-Auth: sgbHW4KV7ZXOM7Lm2A0Epx9ZJI0 Message-ID: Subject: Re: FYI: When trying to create new wlan1 From: Adrian Chadd To: =?ISO-8859-1?Q?Peter_Ankerst=E5l?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 18:59:41 -0000 Hi! If 11n is available, it will "upgrade" your AP interface to be 11n. Just do this: ifconfig -v wlan0 list chan If it shows 11n HT20 and HT40 channels, then it will just be upgraded. next, don't set + or - - some channels require HT40+ or HT40-. They're not supposed to overlap! Just do: (whilst creating things) ifconfig wlan0 channel 52:ht/40 ifconfig wlan0 up On 18 June 2013 11:55, Peter Ankerst=E5l wrote: > Hey, > > Sorry about all these questions but I frustrated now. :D > > Im trying to get ht/40 but I don't seem to get it right. I now have it se= tup like this: > > gw# ifconfig ath0 > ath0: flags=3D8843 metric 0 mtu 2= 290 > ether 04:f0:21:01:3d:87 > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11a > status: running > gw# ifconfig wlan0 > wlan0: flags=3D8943 metri= c 0 mtu 1500 > ether 04:f0:21:01:3d:87 > inet6 fe80::6f0:21ff:fe01:3d87%wlan0 prefixlen 64 tentative scope= id 0xd > nd6 options=3D29 > media: IEEE 802.11 Wireless Ethernet autoselect mode 11a > status: running > ssid web channel 52 (5260 MHz 11a) bssid 04:f0:21:01:3d:87 > regdomain ETSI country SE ecm authmode WPA2/802.11i privacy MIXED > deftxkey 2 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 24 mcastra= te 6 > mgmtrate 6 scanvalid 60 wme burst dtimperiod 1 -dfs > > gw# ifconfig wlan0 list sta > ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG > 00:1f:5b:c7:5d:df 1 52 54M 18.0 0 61 49264 EP AQP RSN= WME > e8:92:a4:78:31:62 2 52 54M 30.5 0 45249 57200 EP AQP RSN= WME > 58:55:ca:f3:8a:27 3 52 48M 29.0 0 40147 19440 EP AQ RSN= WME > > all of these are N-capable. > > can't set ht/40: > gw# ifconfig wlan0 channel 52:ht/40+ > ifconfig: SIOCS80211: Invalid argument > > but at some point I got it to work yesterday and I don't know how I did i= t: > ssid web channel 52 (5260 MHz 11a ht/40+) bssid 04:f0:21:01:3d:87 > > I don't really get why I can set ht/40+ sometimes but not always. > > Thanks for all code and help! (where can I send my donation? :D) > > /Peter. > > On Jun 18, 2013, at 4:40 PM, Adrian Chadd wrote: > >> HM! Please file a PR? >> >> >> >> >> adrian >> >> On 18 June 2013 02:15, Peter Ankerst=E5l wrote: >>> Hi! >>> >>> Just for your information. (I dont need this). >>> >>> When I try to create a new virtual wlan interface I get this panic. >>> >>> gw# ifconfig wlan1 create wlandev ath0 wlanmode hostap bssid ssid testa= r up >>> >>> >>> >>> Jun 18 10:56:47 gw kernel: >>> Jun 18 10:56:47 gw kernel: >>> Jun 18 10:56:47 gw kernel: Fatal trap 12: page fault while in kernel mo= de >>> Jun 18 10:56:47 gw kernel: cpuid =3D 0; apic id =3D 00 >>> Jun 18 10:56:47 gw kernel: fault virtual address =3D 0x0 >>> Jun 18 10:56:47 gw kernel: fault code =3D supervisor read, pa= ge not >>> present >>> Jun 18 10:56:47 gw kernel: wlan1: Ethernet address: 06:f0:21:01:3d:87 >>> Jun 18 10:56:47 gw kernel: instruction pointer =3D 0x20:0xc07fb620 >>> Jun 18 10:56:47 gw kernel: stack pointer =3D 0x28:0xe8c1= 29e0 >>> Jun 18 10:56:47 gw kernel: frame pointer =3D 0x28:0xe8c1= 29e8 >>> Jun 18 10:56:47 gw kernel: code segment =3D base 0x0, limit 0xf= ffff, >>> type 0x1b >>> Jun 18 10:56:47 gw kernel: =3D DPL 0, pres 1, def32 1, gran 1 >>> Jun 18 10:56:47 gw kernel: processor eflags =3D ath0: >>> ath_edma_recv_proc_queue: handled npkts 0 >>> Jun 18 10:56:47 gw kernel: interrupt enabled, >>> Jun 18 10:56:47 gw kernel: resume, IOPL =3D 0 >>> Jun 18 10:56:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkt= s 0 >>> Jun 18 10:58:53 gw syslogd: kernel boot file is /boot/kernel/kernel >>> Jun 18 10:58:53 gw kernel: current process =3D 2744 (bsnmp= d) >>> Jun 18 10:58:53 gw kernel: ath0: ath_edma_recv_proc_queue: handled npkt= s 0 >>> Jun 18 10:58:53 gw kernel: trap number =3D 12 >>> Jun 18 10:58:53 gw kernel: panic: page fault >>> Jun 18 10:58:53 gw kernel: cpuid =3D 0 >>> Jun 18 10:58:53 gw kernel: KDB: stack backtrace: >>> Jun 18 10:58:53 gw kernel: #0 0xc07892c2 at kdb_backtrace+0x52 >>> Jun 18 10:58:53 gw kernel: #1 0xc0753e06 at panic+0x126 >>> Jun 18 10:58:53 gw kernel: #2 0xc0a3f8f9 at trap_fatal+0x339 >>> Jun 18 10:58:53 gw kernel: #3 0xc0a3fb88 at trap_pfault+0x278 >>> Jun 18 10:58:53 gw kernel: #4 0xc0a3f386 at trap+0x5a6 >>> Jun 18 10:58:53 gw kernel: #5 0xc0a29b4c at calltrap+0x6 >>> Jun 18 10:58:53 gw kernel: #6 0xc083a515 at ieee80211_ioctl_getstainfo+= 0x55 >>> Jun 18 10:58:53 gw kernel: #7 0xc083611a at ieee80211_ioctl_get80211+0x= 43a >>> Jun 18 10:58:53 gw kernel: #8 0xc085f7c8 at in_control+0x228 >>> Jun 18 10:58:53 gw kernel: #9 0xc0808fb3 at ifioctl+0x1943 >>> Jun 18 10:58:53 gw kernel: #10 0xc07a310c at soo_ioctl+0x30c >>> Jun 18 10:58:53 gw kernel: #11 0xc079c1db at kern_ioctl+0x19b >>> Jun 18 10:58:53 gw kernel: #12 0xc079bff9 at sys_ioctl+0xe9 >>> Jun 18 10:58:53 gw kernel: #13 0xc0a40163 at syscall+0x363 >> > > From owner-freebsd-wireless@FreeBSD.ORG Tue Jun 18 19:28:46 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 551E335A for ; Tue, 18 Jun 2013 19:28:46 +0000 (UTC) (envelope-from peter@pean.org) Received: from system.jails.se (system.jails.se [IPv6:2001:16d8:cc1e:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 953C41EE8 for ; Tue, 18 Jun 2013 19:28:45 +0000 (UTC) Received: from localhost (system.jails.se [91.205.63.85]) by system.jails.se (Postfix) with SMTP id 2583CD5094 for ; Tue, 18 Jun 2013 21:28:44 +0200 (CEST) Received: from klein.pean.org (h148n9-u-a31.ias.bredband.telia.com [213.67.100.148]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by system.jails.se (Postfix) with ESMTPSA id C12ACD508D; Tue, 18 Jun 2013 21:28:42 +0200 (CEST) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 6.5 \(1508\)) Subject: Re: FYI: When trying to create new wlan1 From: =?iso-8859-1?Q?Peter_Ankerst=E5l?= In-Reply-To: Date: Tue, 18 Jun 2013 21:28:41 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <3DED53DA-95EB-463A-B034-E3D91BBC47B1@pean.org> References: <51C02521.1070701@pean.org> <6E6B0910-59E2-4EF0-83AE-07F6028D3F05@pean.org> To: Adrian Chadd X-Mailer: Apple Mail (2.1508) Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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: Tue, 18 Jun 2013 19:28:46 -0000 Ah, finally. The problem seems to be that I used "mode 11a". Now everything seems to = work. Thanks again! On Jun 18, 2013, at 8:59 PM, Adrian Chadd wrote: > Hi! >=20 > If 11n is available, it will "upgrade" your AP interface to be 11n. >=20 > Just do this: >=20 > ifconfig -v wlan0 list chan >=20 > If it shows 11n HT20 and HT40 channels, then it will just be upgraded. >=20 > next, don't set + or - - some channels require HT40+ or HT40-. They're > not supposed to overlap! >=20 > Just do: >=20 > (whilst creating things) > ifconfig wlan0 channel 52:ht/40 > ifconfig wlan0 up >=20 > On 18 June 2013 11:55, Peter Ankerst=E5l wrote: >> Hey, >>=20 >> Sorry about all these questions but I frustrated now. :D >>=20 >> Im trying to get ht/40 but I don't seem to get it right. I now have = it setup like this: >>=20 >> gw# ifconfig ath0 >> ath0: flags=3D8843 metric 0 = mtu 2290 >> ether 04:f0:21:01:3d:87 >> nd6 options=3D29 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11a = >> status: running >> gw# ifconfig wlan0 >> wlan0: flags=3D8943 = metric 0 mtu 1500 >> ether 04:f0:21:01:3d:87 >> inet6 fe80::6f0:21ff:fe01:3d87%wlan0 prefixlen 64 tentative = scopeid 0xd >> nd6 options=3D29 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11a = >> status: running >> ssid web channel 52 (5260 MHz 11a) bssid 04:f0:21:01:3d:87 >> regdomain ETSI country SE ecm authmode WPA2/802.11i privacy = MIXED >> deftxkey 2 AES-CCM 2:128-bit AES-CCM 3:128-bit txpower 24 = mcastrate 6 >> mgmtrate 6 scanvalid 60 wme burst dtimperiod 1 -dfs >>=20 >> gw# ifconfig wlan0 list sta >> ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG >> 00:1f:5b:c7:5d:df 1 52 54M 18.0 0 61 49264 EP AQP = RSN WME >> e8:92:a4:78:31:62 2 52 54M 30.5 0 45249 57200 EP AQP = RSN WME >> 58:55:ca:f3:8a:27 3 52 48M 29.0 0 40147 19440 EP AQ = RSN WME >>=20 >> all of these are N-capable. >>=20 >> can't set ht/40: >> gw# ifconfig wlan0 channel 52:ht/40+ >> ifconfig: SIOCS80211: Invalid argument >>=20 >> but at some point I got it to work yesterday and I don't know how I = did it: >> ssid web channel 52 (5260 MHz 11a ht/40+) bssid 04:f0:21:01:3d:87 >>=20 >> I don't really get why I can set ht/40+ sometimes but not always. >>=20 >> Thanks for all code and help! (where can I send my donation? :D) >>=20 >> /Peter. >>=20 >> On Jun 18, 2013, at 4:40 PM, Adrian Chadd wrote: >>=20 >>> HM! Please file a PR? >>>=20 >>>=20 >>>=20 >>>=20 >>> adrian >>>=20 >>> On 18 June 2013 02:15, Peter Ankerst=E5l wrote: >>>> Hi! >>>>=20 >>>> Just for your information. (I dont need this). >>>>=20 >>>> When I try to create a new virtual wlan interface I get this panic. >>>>=20 >>>> gw# ifconfig wlan1 create wlandev ath0 wlanmode hostap bssid ssid = testar up >>>>=20 >>>>=20 >>>>=20 >>>> Jun 18 10:56:47 gw kernel: >>>> Jun 18 10:56:47 gw kernel: >>>> Jun 18 10:56:47 gw kernel: Fatal trap 12: page fault while in = kernel mode >>>> Jun 18 10:56:47 gw kernel: cpuid =3D 0; apic id =3D 00 >>>> Jun 18 10:56:47 gw kernel: fault virtual address =3D 0x0 >>>> Jun 18 10:56:47 gw kernel: fault code =3D supervisor = read, page not >>>> present >>>> Jun 18 10:56:47 gw kernel: wlan1: Ethernet address: = 06:f0:21:01:3d:87 >>>> Jun 18 10:56:47 gw kernel: instruction pointer =3D 0x20:0xc07fb620 >>>> Jun 18 10:56:47 gw kernel: stack pointer =3D = 0x28:0xe8c129e0 >>>> Jun 18 10:56:47 gw kernel: frame pointer =3D = 0x28:0xe8c129e8 >>>> Jun 18 10:56:47 gw kernel: code segment =3D base 0x0, limit = 0xfffff, >>>> type 0x1b >>>> Jun 18 10:56:47 gw kernel: =3D DPL 0, pres 1, def32 1, gran 1 >>>> Jun 18 10:56:47 gw kernel: processor eflags =3D ath0: >>>> ath_edma_recv_proc_queue: handled npkts 0 >>>> Jun 18 10:56:47 gw kernel: interrupt enabled, >>>> Jun 18 10:56:47 gw kernel: resume, IOPL =3D 0 >>>> Jun 18 10:56:47 gw kernel: ath0: ath_edma_recv_proc_queue: handled = npkts 0 >>>> Jun 18 10:58:53 gw syslogd: kernel boot file is /boot/kernel/kernel >>>> Jun 18 10:58:53 gw kernel: current process =3D 2744 = (bsnmpd) >>>> Jun 18 10:58:53 gw kernel: ath0: ath_edma_recv_proc_queue: handled = npkts 0 >>>> Jun 18 10:58:53 gw kernel: trap number =3D 12 >>>> Jun 18 10:58:53 gw kernel: panic: page fault >>>> Jun 18 10:58:53 gw kernel: cpuid =3D 0 >>>> Jun 18 10:58:53 gw kernel: KDB: stack backtrace: >>>> Jun 18 10:58:53 gw kernel: #0 0xc07892c2 at kdb_backtrace+0x52 >>>> Jun 18 10:58:53 gw kernel: #1 0xc0753e06 at panic+0x126 >>>> Jun 18 10:58:53 gw kernel: #2 0xc0a3f8f9 at trap_fatal+0x339 >>>> Jun 18 10:58:53 gw kernel: #3 0xc0a3fb88 at trap_pfault+0x278 >>>> Jun 18 10:58:53 gw kernel: #4 0xc0a3f386 at trap+0x5a6 >>>> Jun 18 10:58:53 gw kernel: #5 0xc0a29b4c at calltrap+0x6 >>>> Jun 18 10:58:53 gw kernel: #6 0xc083a515 at = ieee80211_ioctl_getstainfo+0x55 >>>> Jun 18 10:58:53 gw kernel: #7 0xc083611a at = ieee80211_ioctl_get80211+0x43a >>>> Jun 18 10:58:53 gw kernel: #8 0xc085f7c8 at in_control+0x228 >>>> Jun 18 10:58:53 gw kernel: #9 0xc0808fb3 at ifioctl+0x1943 >>>> Jun 18 10:58:53 gw kernel: #10 0xc07a310c at soo_ioctl+0x30c >>>> Jun 18 10:58:53 gw kernel: #11 0xc079c1db at kern_ioctl+0x19b >>>> Jun 18 10:58:53 gw kernel: #12 0xc079bff9 at sys_ioctl+0xe9 >>>> Jun 18 10:58:53 gw kernel: #13 0xc0a40163 at syscall+0x363 >>>=20 >>=20 >>=20 >=20 From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 08:07:05 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 30984D31 for ; Wed, 19 Jun 2013 08:07:05 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qa0-x22e.google.com (mail-qa0-x22e.google.com [IPv6:2607:f8b0:400d:c00::22e]) by mx1.freebsd.org (Postfix) with ESMTP id E7A5A1F4D for ; Wed, 19 Jun 2013 08:07:04 +0000 (UTC) Received: by mail-qa0-f46.google.com with SMTP id ih17so252923qab.19 for ; Wed, 19 Jun 2013 01:07:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=n2Wy05q7P+iOEAKlFa5hs6W1rqgouvKRwABXeUHLk0U=; b=rLvboNDuW/J75yngaC2goAPVZJRfrgmsHwEkDZkMWEPCbkUnueUM4mjMhCMl/sjzJb Vxvettt0dT7v2Gxeh7CmxRMIEmprEMThMYl21wGeqo+VrNr9vtiNCu9592n50IwZPFg0 NVgfFg4Z07tuiIMgoEgTSHD8VhlwaFIx/OhFc8w+WE2zkwhHjtRL6nESL0J5EiqSnkaQ uvraIOkLU+uaYCbHhpPQy/5NQPSWzS+L9gtsMZqYwJyfl9wfgRmTJZf4oR7Y80C+4mUB hg/NbUDh01Rg0mEkc5Ro553yO528PqWa6IaRbxXwrzwpAh6rWacQy5ELh86T4NEAF3tL 3EYQ== MIME-Version: 1.0 X-Received: by 10.49.82.115 with SMTP id h19mr1850954qey.62.1371629224478; Wed, 19 Jun 2013 01:07:04 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Wed, 19 Jun 2013 01:07:04 -0700 (PDT) In-Reply-To: <20130619072806.GA985@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> Date: Wed, 19 Jun 2013 01:07:04 -0700 X-Google-Sender-Auth: 5XmmwO_NEGfTXP2hfRC9K5w70AQ Message-ID: Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 From: Adrian Chadd To: Gennady Proskurin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 08:07:05 -0000 Hi! Great! It looks like you definitely hit this more often than i do! Can you tell me which revision @ 8 june you were at? or go back to something on 8-june, verify it works, then tell me which revision? Let's fix this ASAP! Thanks! adrian On 19 June 2013 00:28, Gennady Proskurin wrote: > Replying to random ath commit. > > Now my ath wireless device does not work. It was broken some time after 8 Jun > (after my last update at 8 Jun it worked, now after today's update to r251945 > it does not). > > It spams log and console with messages: > > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:04:58 gpr last message repeated 101 times > Jun 19 10:05:42 gpr last message repeated 143 times > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:05:47 gpr last message repeated 11 times > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:05:53 gpr last message repeated 19 times > ... > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:06:21 gpr last message repeated 4 times > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > > # uname -a > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > Wed Jun 19 08:09:32 MSK 2013 > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > > Boot log device info: > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > > # pciconf -lv > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5212/AR5213 Wireless Network Adapter' > class = network > subclass = ethernet > > # rc.conf > wlans_ath0="wlan0" > create_args_wlan0="wlandev ath0 wlanmode hostap" > ifconfig_wlan0="10.X.X.X/24" > hostapd_enable="YES" > > I can do additional tests or submit more info, if necessary. > > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: >> Author: adrian >> Date: Fri Jun 14 08:15:28 2013 >> New Revision: 251741 >> URL: http://svnweb.freebsd.org/changeset/base/251741 >> >> Log: >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 >> NICs which have bluetooth coexistence enabled. >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which >> disables all external switch bit setting. This obviously won't work when >> doing coexistence. >> >> This value is a magic value from the windows .inf files. It _looks_ right >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo >> has an earlier BT device which doesn't actually _have_ firmware on it. >> So I have to fix ath3kfw to handle loading in firmware into the newer >> NICs before I can finish testing this. >> >> This may not hold true for CUS198, which is another custom AR9485 board. >> >> Modified: >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> ============================================================================== >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal >> /* LNA diversity functions */ >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; >> + >> + /* Setup HAL configuration defaults */ >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; >> } >> >> HAL_BOOL >> _______________________________________________ >> svn-src-head@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/svn-src-head >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" >> From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 08:29:16 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id ACC68399; Wed, 19 Jun 2013 08:29:16 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from fallback1.mail.ru (fallback1.mail.ru [94.100.176.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2CDE910AE; Wed, 19 Jun 2013 08:29:15 +0000 (UTC) Received: from smtp9.mail.ru (smtp9.mail.ru [94.100.176.54]) by fallback1.mail.ru (mPOP.Fallback_MX) with ESMTP id 08D961EC9E92; Wed, 19 Jun 2013 12:29:08 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=xtyAFXAFCCmbAoI92QtRyaTxpOeZLfrRt6ifakwEiDA=; b=AA+qLVzZGl72HRAOkthPUJOt0H81TRCaoNHBsSpX53ROvpfUijpWCfYbx/zb+7k0k9ehu9Nlemg4EYZjZyaMmpRNpVICeckkEFI9m/1qDDT/Lja/UXldNfu2E7jQQv58w7SGU/wAY3hioQWAuXX2gIrzKuIy2PtLObj2HXL8+U8=; Received: from [93.185.182.46] (port=9760 helo=gpr.nnz-home.ru) by smtp9.mail.ru with esmtpa (envelope-from ) id 1UpDlE-0002GF-Iy; Wed, 19 Jun 2013 12:29:01 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UpDl9-0000JR-2b; Wed, 19 Jun 2013 12:28:55 +0400 Date: Wed, 19 Jun 2013 12:28:55 +0400 From: Gennady Proskurin To: Adrian Chadd Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <20130619082855.GC985@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: Not detected X-Mras: Ok Cc: Gennady Proskurin , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 08:29:16 -0000 Previous working revision was r251541 So: r251541 works r251945 does not work On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: > Hi! > > Great! It looks like you definitely hit this more often than i do! > > Can you tell me which revision @ 8 june you were at? or go back to > something on 8-june, verify it works, then tell me which revision? > > Let's fix this ASAP! > > Thanks! > > > > adrian > > On 19 June 2013 00:28, Gennady Proskurin wrote: > > Replying to random ath commit. > > > > Now my ath wireless device does not work. It was broken some time after 8 Jun > > (after my last update at 8 Jun it worked, now after today's update to r251945 > > it does not). > > > > It spams log and console with messages: > > > > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:04:58 gpr last message repeated 101 times > > Jun 19 10:05:42 gpr last message repeated 143 times > > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:05:47 gpr last message repeated 11 times > > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:05:53 gpr last message repeated 19 times > > ... > > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:06:21 gpr last message repeated 4 times > > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > > > > > # uname -a > > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > > Wed Jun 19 08:09:32 MSK 2013 > > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > > > > Boot log device info: > > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > > > > # pciconf -lv > > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > > vendor = 'Atheros Communications Inc.' > > device = 'AR5212/AR5213 Wireless Network Adapter' > > class = network > > subclass = ethernet > > > > # rc.conf > > wlans_ath0="wlan0" > > create_args_wlan0="wlandev ath0 wlanmode hostap" > > ifconfig_wlan0="10.X.X.X/24" > > hostapd_enable="YES" > > > > I can do additional tests or submit more info, if necessary. > > > > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: > >> Author: adrian > >> Date: Fri Jun 14 08:15:28 2013 > >> New Revision: 251741 > >> URL: http://svnweb.freebsd.org/changeset/base/251741 > >> > >> Log: > >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 > >> NICs which have bluetooth coexistence enabled. > >> > >> The WB225 NIC has the common antenna switch configuration set to 0x0 which > >> disables all external switch bit setting. This obviously won't work when > >> doing coexistence. > >> > >> This value is a magic value from the windows .inf files. It _looks_ right > >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo > >> has an earlier BT device which doesn't actually _have_ firmware on it. > >> So I have to fix ath3kfw to handle loading in firmware into the newer > >> NICs before I can finish testing this. > >> > >> This may not hold true for CUS198, which is another custom AR9485 board. > >> > >> Modified: > >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> > >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> ============================================================================== > >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) > >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) > >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal > >> /* LNA diversity functions */ > >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; > >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; > >> + > >> + /* Setup HAL configuration defaults */ > >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; > >> } > >> > >> HAL_BOOL > >> _______________________________________________ > >> svn-src-head@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/svn-src-head > >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" > >> > From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 08:30:39 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 314BE40D for ; Wed, 19 Jun 2013 08:30:39 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22e.google.com (mail-qc0-x22e.google.com [IPv6:2607:f8b0:400d:c01::22e]) by mx1.freebsd.org (Postfix) with ESMTP id E83D510C9 for ; Wed, 19 Jun 2013 08:30:38 +0000 (UTC) Received: by mail-qc0-f174.google.com with SMTP id m15so2855486qcq.19 for ; Wed, 19 Jun 2013 01:30:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=hYW28tiiVohsjP1Cdgr/w9183iVZfzIB0lmxt+5l0Cs=; b=GDi8ptswHN37b1An6fWE825Kn1G9g0NoxXlqPkDDHWbE+AcyoQDIrJJZMUMAP6JvK2 6tJSYGEzZuFhBdh2eGuSu7adA2tgs/XW2dWtXgAyycb84O9g2Jck52gcNx/eKLK+O3cU xzA80+eUhz9h34jsBjFz24VaBcKObkFUM9GSOjIR5IJuY0/8TfPeWvCgwxC6zWKTeBUz B9qzwMMaX+JaivOZ05gNjPsxn8uZjl9eUtLjjN9eKAKiBgtHcrGqdSTZIvLDv1FE+U8Z iWe1/TnsQb88idr34ynvTi8usg0KTdIBRQ/I1vKVDQF8+ZPW8RfDz+dUWXz9S9vOiwlu ysDg== MIME-Version: 1.0 X-Received: by 10.224.60.4 with SMTP id n4mr2628164qah.34.1371630638475; Wed, 19 Jun 2013 01:30:38 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Wed, 19 Jun 2013 01:30:38 -0700 (PDT) In-Reply-To: <20130619082855.GC985@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> Date: Wed, 19 Jun 2013 01:30:38 -0700 X-Google-Sender-Auth: wWI-cNjoGIXjxrI-QQDRkpd8Mps Message-ID: Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 From: Adrian Chadd To: Gennady Proskurin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 08:30:39 -0000 Ok, Please file a PR with what you've gathered. I'll build a test AP with an AR5212 and see if its behaves as poorly as you see it behaving. Thanks so much! I was worried that I was seeing things but you've made it out to be a clear problem. Now, what the hell did I do wrong. adrian On 19 June 2013 01:28, Gennady Proskurin wrote: > Previous working revision was r251541 > So: > r251541 works > r251945 does not work > > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: >> Hi! >> >> Great! It looks like you definitely hit this more often than i do! >> >> Can you tell me which revision @ 8 june you were at? or go back to >> something on 8-june, verify it works, then tell me which revision? >> >> Let's fix this ASAP! >> >> Thanks! >> >> >> >> adrian >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: >> > Replying to random ath commit. >> > >> > Now my ath wireless device does not work. It was broken some time after 8 Jun >> > (after my last update at 8 Jun it worked, now after today's update to r251945 >> > it does not). >> > >> > It spams log and console with messages: >> > >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:04:58 gpr last message repeated 101 times >> > Jun 19 10:05:42 gpr last message repeated 143 times >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:05:47 gpr last message repeated 11 times >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:05:53 gpr last message repeated 19 times >> > ... >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:21 gpr last message repeated 4 times >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> > # uname -a >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: >> > Wed Jun 19 08:09:32 MSK 2013 >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 >> > >> > Boot log device info: >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 >> > >> > # pciconf -lv >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 >> > vendor = 'Atheros Communications Inc.' >> > device = 'AR5212/AR5213 Wireless Network Adapter' >> > class = network >> > subclass = ethernet >> > >> > # rc.conf >> > wlans_ath0="wlan0" >> > create_args_wlan0="wlandev ath0 wlanmode hostap" >> > ifconfig_wlan0="10.X.X.X/24" >> > hostapd_enable="YES" >> > >> > I can do additional tests or submit more info, if necessary. >> > >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: >> >> Author: adrian >> >> Date: Fri Jun 14 08:15:28 2013 >> >> New Revision: 251741 >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 >> >> >> >> Log: >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 >> >> NICs which have bluetooth coexistence enabled. >> >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which >> >> disables all external switch bit setting. This obviously won't work when >> >> doing coexistence. >> >> >> >> This value is a magic value from the windows .inf files. It _looks_ right >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo >> >> has an earlier BT device which doesn't actually _have_ firmware on it. >> >> So I have to fix ath3kfw to handle loading in firmware into the newer >> >> NICs before I can finish testing this. >> >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. >> >> >> >> Modified: >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> ============================================================================== >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal >> >> /* LNA diversity functions */ >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; >> >> + >> >> + /* Setup HAL configuration defaults */ >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; >> >> } >> >> >> >> HAL_BOOL >> >> _______________________________________________ >> >> svn-src-head@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" >> >> >> From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 08:36:04 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id A119D4F5 for ; Wed, 19 Jun 2013 08:36:04 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qe0-f41.google.com (mail-qe0-f41.google.com [209.85.128.41]) by mx1.freebsd.org (Postfix) with ESMTP id 6470C1131 for ; Wed, 19 Jun 2013 08:36:04 +0000 (UTC) Received: by mail-qe0-f41.google.com with SMTP id b4so3090954qen.14 for ; Wed, 19 Jun 2013 01:35:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KQkPXw+8qVKS+O9AELOiZXr1Q9aA9nQEBZo+77aNA7Y=; b=r8s7kmswWQNThwKDoXdN/T2HMWDTgMig5r0k0eWfyzjHEZ2M4Nd4f6ku0Zk82ZWBMr F87BD43V+Dbt3pO3iq2GK6p/emgVsA8le3F2ngS88BJE0bDnAR1sacxMXKwqQgDsDu4G 8IA8f7G+wWcUHwO6lVf/W8FjoFRJpL4YzQCZutdTT9VFxAtsKcjaLrm69+GKlSdF7JfU gd2/UvQQ81IDJHahRpfOwlve56QmhesY95nklcsYCUgfPEuxIU7gXqrwnp6FJpfXwG74 zsSOPZdtO+yCxR89X+wzFSnWMgiFtCOnIiIKP7QQOluVsERHLC1ZnV5Jt6Vm6GZEThAs dEbA== MIME-Version: 1.0 X-Received: by 10.229.66.6 with SMTP id l6mr652772qci.133.1371630958525; Wed, 19 Jun 2013 01:35:58 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Wed, 19 Jun 2013 01:35:58 -0700 (PDT) In-Reply-To: <20130619082855.GC985@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> Date: Wed, 19 Jun 2013 01:35:58 -0700 X-Google-Sender-Auth: vaXZ038QNyarXudIOExMr9Y5xrA Message-ID: Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 From: Adrian Chadd To: Gennady Proskurin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 08:36:04 -0000 Hi, 251541 is recent, AND it's _after_ the power save queue changes. The only revisions that are changes to sys/dev/ath are: r251606 r251643 r251655 r251656 r251730 r251742 .. and these are all bluetooth coexistence changes for _another_ chip. Can you try these and see which work and which don't? The other thing to keep in mind - it may be an issue somewhere else in the kernel rather than a sys/dev/ath driver issue. But let's narrow it down to the above list first, then we can try narrowing it down further. Thanks! adrian On 19 June 2013 01:28, Gennady Proskurin wrote: > Previous working revision was r251541 > So: > r251541 works > r251945 does not work > > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: >> Hi! >> >> Great! It looks like you definitely hit this more often than i do! >> >> Can you tell me which revision @ 8 june you were at? or go back to >> something on 8-june, verify it works, then tell me which revision? >> >> Let's fix this ASAP! >> >> Thanks! >> >> >> >> adrian >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: >> > Replying to random ath commit. >> > >> > Now my ath wireless device does not work. It was broken some time after 8 Jun >> > (after my last update at 8 Jun it worked, now after today's update to r251945 >> > it does not). >> > >> > It spams log and console with messages: >> > >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:04:58 gpr last message repeated 101 times >> > Jun 19 10:05:42 gpr last message repeated 143 times >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:05:47 gpr last message repeated 11 times >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:05:53 gpr last message repeated 19 times >> > ... >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:21 gpr last message repeated 4 times >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> > # uname -a >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: >> > Wed Jun 19 08:09:32 MSK 2013 >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 >> > >> > Boot log device info: >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 >> > >> > # pciconf -lv >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 >> > vendor = 'Atheros Communications Inc.' >> > device = 'AR5212/AR5213 Wireless Network Adapter' >> > class = network >> > subclass = ethernet >> > >> > # rc.conf >> > wlans_ath0="wlan0" >> > create_args_wlan0="wlandev ath0 wlanmode hostap" >> > ifconfig_wlan0="10.X.X.X/24" >> > hostapd_enable="YES" >> > >> > I can do additional tests or submit more info, if necessary. >> > >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: >> >> Author: adrian >> >> Date: Fri Jun 14 08:15:28 2013 >> >> New Revision: 251741 >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 >> >> >> >> Log: >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 >> >> NICs which have bluetooth coexistence enabled. >> >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which >> >> disables all external switch bit setting. This obviously won't work when >> >> doing coexistence. >> >> >> >> This value is a magic value from the windows .inf files. It _looks_ right >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo >> >> has an earlier BT device which doesn't actually _have_ firmware on it. >> >> So I have to fix ath3kfw to handle loading in firmware into the newer >> >> NICs before I can finish testing this. >> >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. >> >> >> >> Modified: >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> ============================================================================== >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal >> >> /* LNA diversity functions */ >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; >> >> + >> >> + /* Setup HAL configuration defaults */ >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; >> >> } >> >> >> >> HAL_BOOL >> >> _______________________________________________ >> >> svn-src-head@freebsd.org mailing list >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" >> >> >> From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 09:16:55 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id DC75DC1C; Wed, 19 Jun 2013 09:16:55 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from fallback4.mail.ru (fallback4.mail.ru [94.100.176.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3A7AD1381; Wed, 19 Jun 2013 09:16:55 +0000 (UTC) Received: from smtp12.mail.ru (smtp12.mail.ru [94.100.176.89]) by fallback4.mail.ru (mPOP.Fallback_MX) with ESMTP id 0585215C222; Wed, 19 Jun 2013 13:13:24 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=x30RJwSlaCvEoxtqvdXiyPC0jyK0+ubRtXrq8TDHuiA=; b=tKq5k3rPlehPHMYg5NAsdCRudN7kADDo200uLWJZRXKtIulLr30X39qYM7ABDX9xcyqXXuNvXKVNruXG+FjTAQr/CXheD0CyFhqx3J/8Vqigev+7ypTw6nlLs89y3lU6OovZXVCVK2i6JFehZeMzDmjziUC9VVsuQpdphvWtqPo=; Received: from [93.185.182.46] (port=8817 helo=gpr.nnz-home.ru) by smtp12.mail.ru with esmtpa (envelope-from ) id 1UpES4-000401-Ci; Wed, 19 Jun 2013 13:13:16 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UpERy-0000L4-HS; Wed, 19 Jun 2013 13:13:10 +0400 Date: Wed, 19 Jun 2013 13:13:10 +0400 From: Gennady Proskurin To: Adrian Chadd Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <20130619091310.GD985@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: Not detected X-Mras: Ok Cc: Gennady Proskurin , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 09:16:55 -0000 I filled pr kern/179709 I'll try to bisect repo in r251541-r251945 interval and try different revisions to narrow down a problem when I have time. I hope, tomorrow I'll have some results. Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? % kldstat | egrep 'ath|wlan' 11 1 0xffffffff80e12000 d07 if_ath_pci.ko 12 6 0xffffffff80e13000 37059 wlan.ko 13 1 0xffffffff80e4b000 c9b85 if_ath.ko 16 1 0xffffffff80f3c000 23b wlan_xauth.ko 17 1 0xffffffff80f3d000 e7b wlan_wep.ko 18 1 0xffffffff80f3e000 1def wlan_tkip.ko 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: > Hi, > > 251541 is recent, AND it's _after_ the power save queue changes. > > The only revisions that are changes to sys/dev/ath are: > > r251606 > r251643 > r251655 > r251656 > r251730 > r251742 > > > .. and these are all bluetooth coexistence changes for _another_ chip. > > Can you try these and see which work and which don't? > > The other thing to keep in mind - it may be an issue somewhere else in > the kernel rather than a sys/dev/ath driver issue. But let's narrow it > down to the above list first, then we can try narrowing it down > further. > > Thanks! > > > > adrian > > > > On 19 June 2013 01:28, Gennady Proskurin wrote: > > Previous working revision was r251541 > > So: > > r251541 works > > r251945 does not work > > > > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: > >> Hi! > >> > >> Great! It looks like you definitely hit this more often than i do! > >> > >> Can you tell me which revision @ 8 june you were at? or go back to > >> something on 8-june, verify it works, then tell me which revision? > >> > >> Let's fix this ASAP! > >> > >> Thanks! > >> > >> > >> > >> adrian > >> > >> On 19 June 2013 00:28, Gennady Proskurin wrote: > >> > Replying to random ath commit. > >> > > >> > Now my ath wireless device does not work. It was broken some time after 8 Jun > >> > (after my last update at 8 Jun it worked, now after today's update to r251945 > >> > it does not). > >> > > >> > It spams log and console with messages: > >> > > >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:04:58 gpr last message repeated 101 times > >> > Jun 19 10:05:42 gpr last message repeated 143 times > >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:05:47 gpr last message repeated 11 times > >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:05:53 gpr last message repeated 19 times > >> > ... > >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:06:21 gpr last message repeated 4 times > >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > > >> > > >> > # uname -a > >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > >> > Wed Jun 19 08:09:32 MSK 2013 > >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > >> > > >> > Boot log device info: > >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > >> > > >> > # pciconf -lv > >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > >> > vendor = 'Atheros Communications Inc.' > >> > device = 'AR5212/AR5213 Wireless Network Adapter' > >> > class = network > >> > subclass = ethernet > >> > > >> > # rc.conf > >> > wlans_ath0="wlan0" > >> > create_args_wlan0="wlandev ath0 wlanmode hostap" > >> > ifconfig_wlan0="10.X.X.X/24" > >> > hostapd_enable="YES" > >> > > >> > I can do additional tests or submit more info, if necessary. > >> > > >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: > >> >> Author: adrian > >> >> Date: Fri Jun 14 08:15:28 2013 > >> >> New Revision: 251741 > >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 > >> >> > >> >> Log: > >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 > >> >> NICs which have bluetooth coexistence enabled. > >> >> > >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which > >> >> disables all external switch bit setting. This obviously won't work when > >> >> doing coexistence. > >> >> > >> >> This value is a magic value from the windows .inf files. It _looks_ right > >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo > >> >> has an earlier BT device which doesn't actually _have_ firmware on it. > >> >> So I have to fix ath3kfw to handle loading in firmware into the newer > >> >> NICs before I can finish testing this. > >> >> > >> >> This may not hold true for CUS198, which is another custom AR9485 board. > >> >> > >> >> Modified: > >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> >> > >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> >> ============================================================================== > >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) > >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) > >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal > >> >> /* LNA diversity functions */ > >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; > >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; > >> >> + > >> >> + /* Setup HAL configuration defaults */ > >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; > >> >> } > >> >> > >> >> HAL_BOOL > >> >> _______________________________________________ > >> >> svn-src-head@freebsd.org mailing list > >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head > >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" > >> >> > >> > From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 12:22:50 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 2DC0FE93; Wed, 19 Jun 2013 12:22:50 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id 066D21D55; Wed, 19 Jun 2013 12:22:50 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5JCMn0V006025; Wed, 19 Jun 2013 12:22:49 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5JCMnfU006024; Wed, 19 Jun 2013 12:22:49 GMT (envelope-from linimon) Date: Wed, 19 Jun 2013 12:22:49 GMT Message-Id: <201306191222.r5JCMnfU006024@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/179709: [ath] Atheros 5212 does not work: stuck beacon; resetting (bmiss count 4) [regression] X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 12:22:50 -0000 Old Synopsis: ath - Atheros 5212 does not work: stuck beacon; resetting (bmiss count 4) New Synopsis: [ath] Atheros 5212 does not work: stuck beacon; resetting (bmiss count 4) [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jun 19 12:22:26 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=179709 From owner-freebsd-wireless@FreeBSD.ORG Wed Jun 19 15:49:12 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 35CD5C6F for ; Wed, 19 Jun 2013 15:49:12 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x235.google.com (mail-qc0-x235.google.com [IPv6:2607:f8b0:400d:c01::235]) by mx1.freebsd.org (Postfix) with ESMTP id EB9EE1B71 for ; Wed, 19 Jun 2013 15:49:11 +0000 (UTC) Received: by mail-qc0-f181.google.com with SMTP id u12so3145206qcx.12 for ; Wed, 19 Jun 2013 08:49:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=KplhRSv5HhNfqhe9SpQzpGPROuSAqosqFAeDHHYy0Ug=; b=phxNkQdbQvIM4wPTGCR+eKzKghKxn6fcqgDSYgCsjE+5XKGc2jHNKR+vKLOIMmoPy0 R8ja4m4gPQSqiPvHnBCpegmiXZo3LLL7yR4w8T2vldC3/IEMp05At2fJQ7D4+EVtT1YM YGqzlZZjcbAIoQf8qGpI2uSxSznyGpz/JoQnZ3QBdJx6L9m3TWgLFKB6jitkjWtns2CC MndKP7eWc9YULfe5Zw2UoapR1C3yb0XuREQAZY8m1J1TG/nqxOu9ANe8GVQdr5NMtcn+ Uvi3LvNQY+bPwUDuNQhzzxEYoq0HEhG+Wp3dn1eyKQPdOMTs6wn9wQmSHp+Qeg8DKb1y ahaQ== MIME-Version: 1.0 X-Received: by 10.49.109.72 with SMTP id hq8mr4175094qeb.38.1371656950740; Wed, 19 Jun 2013 08:49:10 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Wed, 19 Jun 2013 08:49:10 -0700 (PDT) In-Reply-To: <20130619091310.GD985@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> Date: Wed, 19 Jun 2013 08:49:10 -0700 X-Google-Sender-Auth: 8a4chN734R4sDIGHA9WjlNO2GBU Message-ID: Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 From: Adrian Chadd To: Gennady Proskurin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 19 Jun 2013 15:49:12 -0000 Hi! I'd rather you recompile the whole kernel, in case it's actually a problem elsewhere. Thanks, adrian On 19 June 2013 02:13, Gennady Proskurin wrote: > I filled pr kern/179709 > > I'll try to bisect repo in r251541-r251945 interval and try different revisions > to narrow down a problem when I have time. I hope, tomorrow I'll have some > results. > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? > > % kldstat | egrep 'ath|wlan' > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko > 12 6 0xffffffff80e13000 37059 wlan.ko > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: >> Hi, >> >> 251541 is recent, AND it's _after_ the power save queue changes. >> >> The only revisions that are changes to sys/dev/ath are: >> >> r251606 >> r251643 >> r251655 >> r251656 >> r251730 >> r251742 >> >> >> .. and these are all bluetooth coexistence changes for _another_ chip. >> >> Can you try these and see which work and which don't? >> >> The other thing to keep in mind - it may be an issue somewhere else in >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it >> down to the above list first, then we can try narrowing it down >> further. >> >> Thanks! >> >> >> >> adrian >> >> >> >> On 19 June 2013 01:28, Gennady Proskurin wrote: >> > Previous working revision was r251541 >> > So: >> > r251541 works >> > r251945 does not work >> > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: >> >> Hi! >> >> >> >> Great! It looks like you definitely hit this more often than i do! >> >> >> >> Can you tell me which revision @ 8 june you were at? or go back to >> >> something on 8-june, verify it works, then tell me which revision? >> >> >> >> Let's fix this ASAP! >> >> >> >> Thanks! >> >> >> >> >> >> >> >> adrian >> >> >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: >> >> > Replying to random ath commit. >> >> > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 >> >> > it does not). >> >> > >> >> > It spams log and console with messages: >> >> > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:04:58 gpr last message repeated 101 times >> >> > Jun 19 10:05:42 gpr last message repeated 143 times >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:05:47 gpr last message repeated 11 times >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:05:53 gpr last message repeated 19 times >> >> > ... >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:06:21 gpr last message repeated 4 times >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> >> > >> >> > >> >> > # uname -a >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: >> >> > Wed Jun 19 08:09:32 MSK 2013 >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 >> >> > >> >> > Boot log device info: >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 >> >> > >> >> > # pciconf -lv >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 >> >> > vendor = 'Atheros Communications Inc.' >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' >> >> > class = network >> >> > subclass = ethernet >> >> > >> >> > # rc.conf >> >> > wlans_ath0="wlan0" >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" >> >> > ifconfig_wlan0="10.X.X.X/24" >> >> > hostapd_enable="YES" >> >> > >> >> > I can do additional tests or submit more info, if necessary. >> >> > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: >> >> >> Author: adrian >> >> >> Date: Fri Jun 14 08:15:28 2013 >> >> >> New Revision: 251741 >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 >> >> >> >> >> >> Log: >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 >> >> >> NICs which have bluetooth coexistence enabled. >> >> >> >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which >> >> >> disables all external switch bit setting. This obviously won't work when >> >> >> doing coexistence. >> >> >> >> >> >> This value is a magic value from the windows .inf files. It _looks_ right >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer >> >> >> NICs before I can finish testing this. >> >> >> >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. >> >> >> >> >> >> Modified: >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> >> >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> >> >> ============================================================================== >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal >> >> >> /* LNA diversity functions */ >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; >> >> >> + >> >> >> + /* Setup HAL configuration defaults */ >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; >> >> >> } >> >> >> >> >> >> HAL_BOOL >> >> >> _______________________________________________ >> >> >> svn-src-head@freebsd.org mailing list >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" >> >> >> >> >> >> From owner-freebsd-wireless@FreeBSD.ORG Thu Jun 20 07:24:40 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id CC36C52E; Thu, 20 Jun 2013 07:24:40 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 2B1A31EEE; Thu, 20 Jun 2013 07:24:39 +0000 (UTC) Received: from smtp37.i.mail.ru (smtp37.i.mail.ru [94.100.177.97]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 0394EE8C1251; Thu, 20 Jun 2013 11:24:32 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=bBlFIrkhdMtmIA8ZbALK6QFxxLTTovTfEwU3vede0po=; b=t5YdWJTwrlPf4uOI8WoTIXaWIu+rHIYAm+QwF8zr5ECXj9o0VHH+tpfgGg8HKJUZ5ZkjShgYDg5z/ebiUwo/dHYmF2/6rjibjZfJOVWNm1b3XNUV2rzs4R6KO4HVy4OnLcHdteaLtbrdR6rnaSaZz1wXRUor2DeviBb8csPa3us=; Received: from [93.185.182.46] (port=13284 helo=gpr.nnz-home.ru) by smtp37.i.mail.ru with esmtpa (envelope-from ) id 1UpZEG-0005cc-Am; Thu, 20 Jun 2013 11:24:24 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UpZEA-0001co-Jc; Thu, 20 Jun 2013 11:24:18 +0400 Date: Thu, 20 Jun 2013 11:24:18 +0400 From: Gennady Proskurin To: Adrian Chadd Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <20130620072418.GA987@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: Not detected X-Mras: Ok Cc: Gennady Proskurin , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 07:24:40 -0000 I have strange results. Finally, I reverted kernel and all the modules to old "working" revision r251541 (just renamed kernel.old to kernel), and my ath card does not work. All userspace world is from r251945. I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)". I doubt it has something to do with changes after r251541, may be my card has some problems. I remember, a few months ago, when I installed it, it had the same problems, which were magically solved after few reboots and upgrades, then my card worked without problems for a few months, surviving weekly upgrades and reboots. Now I recompiling world back to r251541 to be completely sure that it has nothing to do with source changes. CPU usage from top follows: CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq} 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0} 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta} As you see almost all system load is ath0 taskq May be my card is somewhat "broken", or require some magic in driver, but sometimes it can work reliably, and I'll be glad to participate in debugging this case. On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote: > Hi! > > I'd rather you recompile the whole kernel, in case it's actually a > problem elsewhere. > > Thanks, > > > > adrian > > On 19 June 2013 02:13, Gennady Proskurin wrote: > > I filled pr kern/179709 > > > > I'll try to bisect repo in r251541-r251945 interval and try different revisions > > to narrow down a problem when I have time. I hope, tomorrow I'll have some > > results. > > > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? > > > > % kldstat | egrep 'ath|wlan' > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko > > 12 6 0xffffffff80e13000 37059 wlan.ko > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko > > > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: > >> Hi, > >> > >> 251541 is recent, AND it's _after_ the power save queue changes. > >> > >> The only revisions that are changes to sys/dev/ath are: > >> > >> r251606 > >> r251643 > >> r251655 > >> r251656 > >> r251730 > >> r251742 > >> > >> > >> .. and these are all bluetooth coexistence changes for _another_ chip. > >> > >> Can you try these and see which work and which don't? > >> > >> The other thing to keep in mind - it may be an issue somewhere else in > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it > >> down to the above list first, then we can try narrowing it down > >> further. > >> > >> Thanks! > >> > >> > >> > >> adrian > >> > >> > >> > >> On 19 June 2013 01:28, Gennady Proskurin wrote: > >> > Previous working revision was r251541 > >> > So: > >> > r251541 works > >> > r251945 does not work > >> > > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: > >> >> Hi! > >> >> > >> >> Great! It looks like you definitely hit this more often than i do! > >> >> > >> >> Can you tell me which revision @ 8 june you were at? or go back to > >> >> something on 8-june, verify it works, then tell me which revision? > >> >> > >> >> Let's fix this ASAP! > >> >> > >> >> Thanks! > >> >> > >> >> > >> >> > >> >> adrian > >> >> > >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: > >> >> > Replying to random ath commit. > >> >> > > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 > >> >> > it does not). > >> >> > > >> >> > It spams log and console with messages: > >> >> > > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times > >> >> > ... > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> >> > > >> >> > > >> >> > # uname -a > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > >> >> > Wed Jun 19 08:09:32 MSK 2013 > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > >> >> > > >> >> > Boot log device info: > >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > >> >> > > >> >> > # pciconf -lv > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > >> >> > vendor = 'Atheros Communications Inc.' > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' > >> >> > class = network > >> >> > subclass = ethernet > >> >> > > >> >> > # rc.conf > >> >> > wlans_ath0="wlan0" > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" > >> >> > ifconfig_wlan0="10.X.X.X/24" > >> >> > hostapd_enable="YES" > >> >> > > >> >> > I can do additional tests or submit more info, if necessary. > >> >> > > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: > >> >> >> Author: adrian > >> >> >> Date: Fri Jun 14 08:15:28 2013 > >> >> >> New Revision: 251741 > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 > >> >> >> > >> >> >> Log: > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 > >> >> >> NICs which have bluetooth coexistence enabled. > >> >> >> > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which > >> >> >> disables all external switch bit setting. This obviously won't work when > >> >> >> doing coexistence. > >> >> >> > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer > >> >> >> NICs before I can finish testing this. > >> >> >> > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. > >> >> >> > >> >> >> Modified: > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> >> >> > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> >> >> ============================================================================== > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal > >> >> >> /* LNA diversity functions */ > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; > >> >> >> + > >> >> >> + /* Setup HAL configuration defaults */ > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; > >> >> >> } > >> >> >> > >> >> >> HAL_BOOL > >> >> >> _______________________________________________ > >> >> >> svn-src-head@freebsd.org mailing list > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" > >> >> >> > >> >> > >> > From owner-freebsd-wireless@FreeBSD.ORG Thu Jun 20 14:48:44 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 9E692A9B; Thu, 20 Jun 2013 14:48:44 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from smtp35.i.mail.ru (smtp35.i.mail.ru [94.100.177.95]) by mx1.freebsd.org (Postfix) with ESMTP id D70A91E18; Thu, 20 Jun 2013 14:48:43 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=1Ba55KMmqHpjkLfSEMoJtmvHGCS9fE6Ox+c+Z8UB21s=; b=Cx/RyuztNNjDXCy0+K7uXEPcjt/RhnvPfTsiA6kRfOZYCm1toJj0GhhCp0eIeh5vGqB4oB1GrY53CDkx7kVjR1d4swgV6S5YTKD1weIYLS6vqbvE4rgngh6R7EppdBUWxbGTTo47c+eTaGaRLNuSb+9jkj8ccLW/TcjzRQeVzzc=; Received: from [93.185.182.46] (port=27852 helo=gpr.nnz-home.ru) by smtp35.i.mail.ru with esmtpa (envelope-from ) id 1UpgAE-0006qz-8D; Thu, 20 Jun 2013 18:48:42 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UpgA7-0000Ew-DN; Thu, 20 Jun 2013 18:48:35 +0400 Date: Thu, 20 Jun 2013 18:48:34 +0400 From: Gennady Proskurin To: Gennady Proskurin Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <20130620144834.GA913@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> <20130620072418.GA987@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130620072418.GA987@gpr.nnz-home.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: Not detected X-Mras: Ok Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 14:48:44 -0000 I reverted kernel and world to r251541 and card does not work. So, bug is not caused by source changes. On Thu, Jun 20, 2013 at 11:24:18AM +0400, Gennady Proskurin wrote: > I have strange results. Finally, I reverted kernel and all the modules to old > "working" revision r251541 (just renamed kernel.old to kernel), and my ath card > does not work. All userspace world is from r251945. > I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)". > > I doubt it has something to do with changes after r251541, may be my card has > some problems. I remember, a few months ago, when I installed it, it had the > same problems, which were magically solved after few reboots and upgrades, then > my card worked without problems for a few months, surviving weekly upgrades and > reboots. > > Now I recompiling world back to r251541 to be completely sure that it has > nothing to do with source changes. > > CPU usage from top follows: > CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle > 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq} > 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0} > 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta} > > As you see almost all system load is ath0 taskq > > May be my card is somewhat "broken", or require some magic in driver, but > sometimes it can work reliably, and I'll be glad to participate in debugging > this case. > > On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote: > > Hi! > > > > I'd rather you recompile the whole kernel, in case it's actually a > > problem elsewhere. > > > > Thanks, > > > > > > > > adrian > > > > On 19 June 2013 02:13, Gennady Proskurin wrote: > > > I filled pr kern/179709 > > > > > > I'll try to bisect repo in r251541-r251945 interval and try different revisions > > > to narrow down a problem when I have time. I hope, tomorrow I'll have some > > > results. > > > > > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? > > > > > > % kldstat | egrep 'ath|wlan' > > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko > > > 12 6 0xffffffff80e13000 37059 wlan.ko > > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko > > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko > > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko > > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko > > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko > > > > > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: > > >> Hi, > > >> > > >> 251541 is recent, AND it's _after_ the power save queue changes. > > >> > > >> The only revisions that are changes to sys/dev/ath are: > > >> > > >> r251606 > > >> r251643 > > >> r251655 > > >> r251656 > > >> r251730 > > >> r251742 > > >> > > >> > > >> .. and these are all bluetooth coexistence changes for _another_ chip. > > >> > > >> Can you try these and see which work and which don't? > > >> > > >> The other thing to keep in mind - it may be an issue somewhere else in > > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it > > >> down to the above list first, then we can try narrowing it down > > >> further. > > >> > > >> Thanks! > > >> > > >> > > >> > > >> adrian > > >> > > >> > > >> > > >> On 19 June 2013 01:28, Gennady Proskurin wrote: > > >> > Previous working revision was r251541 > > >> > So: > > >> > r251541 works > > >> > r251945 does not work > > >> > > > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: > > >> >> Hi! > > >> >> > > >> >> Great! It looks like you definitely hit this more often than i do! > > >> >> > > >> >> Can you tell me which revision @ 8 june you were at? or go back to > > >> >> something on 8-june, verify it works, then tell me which revision? > > >> >> > > >> >> Let's fix this ASAP! > > >> >> > > >> >> Thanks! > > >> >> > > >> >> > > >> >> > > >> >> adrian > > >> >> > > >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: > > >> >> > Replying to random ath commit. > > >> >> > > > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun > > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 > > >> >> > it does not). > > >> >> > > > >> >> > It spams log and console with messages: > > >> >> > > > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times > > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times > > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times > > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times > > >> >> > ... > > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times > > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> >> > > > >> >> > > > >> >> > # uname -a > > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > > >> >> > Wed Jun 19 08:09:32 MSK 2013 > > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > > >> >> > > > >> >> > Boot log device info: > > >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > > >> >> > > > >> >> > # pciconf -lv > > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > > >> >> > vendor = 'Atheros Communications Inc.' > > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' > > >> >> > class = network > > >> >> > subclass = ethernet > > >> >> > > > >> >> > # rc.conf > > >> >> > wlans_ath0="wlan0" > > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" > > >> >> > ifconfig_wlan0="10.X.X.X/24" > > >> >> > hostapd_enable="YES" > > >> >> > > > >> >> > I can do additional tests or submit more info, if necessary. > > >> >> > > > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: > > >> >> >> Author: adrian > > >> >> >> Date: Fri Jun 14 08:15:28 2013 > > >> >> >> New Revision: 251741 > > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 > > >> >> >> > > >> >> >> Log: > > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 > > >> >> >> NICs which have bluetooth coexistence enabled. > > >> >> >> > > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which > > >> >> >> disables all external switch bit setting. This obviously won't work when > > >> >> >> doing coexistence. > > >> >> >> > > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right > > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo > > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. > > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer > > >> >> >> NICs before I can finish testing this. > > >> >> >> > > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. > > >> >> >> > > >> >> >> Modified: > > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > > >> >> >> > > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > > >> >> >> ============================================================================== > > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) > > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) > > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal > > >> >> >> /* LNA diversity functions */ > > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; > > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; > > >> >> >> + > > >> >> >> + /* Setup HAL configuration defaults */ > > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; > > >> >> >> } > > >> >> >> > > >> >> >> HAL_BOOL > > >> >> >> _______________________________________________ > > >> >> >> svn-src-head@freebsd.org mailing list > > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head > > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" > > >> >> >> > > >> >> > > >> > > > From owner-freebsd-wireless@FreeBSD.ORG Thu Jun 20 15:50:01 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id EA9B2FB8 for ; Thu, 20 Jun 2013 15:50:01 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C1BAA11E0 for ; Thu, 20 Jun 2013 15:50:01 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5KFo12v062338 for ; Thu, 20 Jun 2013 15:50:01 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5KFo0hQ062299; Thu, 20 Jun 2013 15:50:00 GMT (envelope-from gnats) Date: Thu, 20 Jun 2013 15:50:00 GMT Message-Id: <201306201550.r5KFo0hQ062299@freefall.freebsd.org> To: freebsd-wireless@FreeBSD.org Cc: From: Gennady Proskurin Subject: Re: kern/179709: [ath] Atheros 5212 does not work: stuck beacon; resetting (bmiss count 4) [regression] X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list Reply-To: Gennady Proskurin 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, 20 Jun 2013 15:50:02 -0000 The following reply was made to PR kern/179709; it has been noted by GNATS. From: Gennady Proskurin To: bug-followup@FreeBSD.org, gpr@mail.ru Cc: Subject: Re: kern/179709: [ath] Atheros 5212 does not work: stuck beacon; resetting (bmiss count 4) [regression] Date: Thu, 20 Jun 2013 19:45:52 +0400 I reverted kernel and world to r251541 and card does not work. So, bug is not caused by source changes. It seems my card have "unstable" hardware, or something like that. Corresponding thread in freebsd-wireless maillist: http://lists.freebsd.org/pipermail/freebsd-wireless/2013-June/003445.html From owner-freebsd-wireless@FreeBSD.ORG Thu Jun 20 19:33:29 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AA245CDF for ; Thu, 20 Jun 2013 19:33:29 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x22c.google.com (mail-qc0-x22c.google.com [IPv6:2607:f8b0:400d:c01::22c]) by mx1.freebsd.org (Postfix) with ESMTP id 6DBAA119A for ; Thu, 20 Jun 2013 19:33:29 +0000 (UTC) Received: by mail-qc0-f172.google.com with SMTP id j10so3940499qcx.17 for ; Thu, 20 Jun 2013 12:33:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=5P8LrsU1Bfi5CKW3I32svtIuinahBFy45tyV2SQmyZU=; b=G4lSrHYj+DOP+3DYNymE3bhiqQzaHNuoq6ZwKweL8Lrk1MjafJBGwOIemJt9On90iN E+zzuInHB3H5KYVBQuY3eEswPDo71cqp4mvjSwD/wdvALbtJX9vASB3+K2TfFLIg3JpQ 8Qbau3YbnTRKq2GmV6RnzbtzHbqeL80f302pL19dlVyDJw6OcgluwhdhqkL8k3267+Dd 9UwxSPqhHlcYdU4O0upe+S7GsvQvFP2/cE3PcTIRcowKxuGC/OPASDGt434qZP8Pk039 3OMWTiC+jBH2bYmHt6/t0//C1TiKs0eaD6c/gN3+IdImZPPEoQVidzOYAUFC7Rx988Qx 5kog== MIME-Version: 1.0 X-Received: by 10.224.127.73 with SMTP id f9mr10758826qas.4.1371756808890; Thu, 20 Jun 2013 12:33:28 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.5.65 with HTTP; Thu, 20 Jun 2013 12:33:28 -0700 (PDT) In-Reply-To: <20130620144834.GA913@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> <20130620072418.GA987@gpr.nnz-home.ru> <20130620144834.GA913@gpr.nnz-home.ru> Date: Thu, 20 Jun 2013 12:33:28 -0700 X-Google-Sender-Auth: u-Nmlo0nv4Quxqhe9-UH6YRjF2M Message-ID: Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 From: Adrian Chadd To: Gennady Proskurin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 20 Jun 2013 19:33:29 -0000 Well, try rebooting with -HEAD a few times. Also, try r250665 (my first set of patches that enabled better ps-poll support) and r250664 (the revision beforehand.) See if you can reproduce the issues with that. I have a sneaking suspicion that doing more aggressive power save handling in hostap mode is causing issues but I haven't yet narrowed it down. adrian On 20 June 2013 07:48, Gennady Proskurin wrote: > I reverted kernel and world to r251541 and card does not work. So, bug is not > caused by source changes. > > On Thu, Jun 20, 2013 at 11:24:18AM +0400, Gennady Proskurin wrote: >> I have strange results. Finally, I reverted kernel and all the modules to old >> "working" revision r251541 (just renamed kernel.old to kernel), and my ath card >> does not work. All userspace world is from r251945. >> I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)". >> >> I doubt it has something to do with changes after r251541, may be my card has >> some problems. I remember, a few months ago, when I installed it, it had the >> same problems, which were magically solved after few reboots and upgrades, then >> my card worked without problems for a few months, surviving weekly upgrades and >> reboots. >> >> Now I recompiling world back to r251541 to be completely sure that it has >> nothing to do with source changes. >> >> CPU usage from top follows: >> CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle >> 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq} >> 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0} >> 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta} >> >> As you see almost all system load is ath0 taskq >> >> May be my card is somewhat "broken", or require some magic in driver, but >> sometimes it can work reliably, and I'll be glad to participate in debugging >> this case. >> >> On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote: >> > Hi! >> > >> > I'd rather you recompile the whole kernel, in case it's actually a >> > problem elsewhere. >> > >> > Thanks, >> > >> > >> > >> > adrian >> > >> > On 19 June 2013 02:13, Gennady Proskurin wrote: >> > > I filled pr kern/179709 >> > > >> > > I'll try to bisect repo in r251541-r251945 interval and try different revisions >> > > to narrow down a problem when I have time. I hope, tomorrow I'll have some >> > > results. >> > > >> > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? >> > > >> > > % kldstat | egrep 'ath|wlan' >> > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko >> > > 12 6 0xffffffff80e13000 37059 wlan.ko >> > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko >> > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko >> > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko >> > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko >> > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko >> > > >> > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: >> > >> Hi, >> > >> >> > >> 251541 is recent, AND it's _after_ the power save queue changes. >> > >> >> > >> The only revisions that are changes to sys/dev/ath are: >> > >> >> > >> r251606 >> > >> r251643 >> > >> r251655 >> > >> r251656 >> > >> r251730 >> > >> r251742 >> > >> >> > >> >> > >> .. and these are all bluetooth coexistence changes for _another_ chip. >> > >> >> > >> Can you try these and see which work and which don't? >> > >> >> > >> The other thing to keep in mind - it may be an issue somewhere else in >> > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it >> > >> down to the above list first, then we can try narrowing it down >> > >> further. >> > >> >> > >> Thanks! >> > >> >> > >> >> > >> >> > >> adrian >> > >> >> > >> >> > >> >> > >> On 19 June 2013 01:28, Gennady Proskurin wrote: >> > >> > Previous working revision was r251541 >> > >> > So: >> > >> > r251541 works >> > >> > r251945 does not work >> > >> > >> > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: >> > >> >> Hi! >> > >> >> >> > >> >> Great! It looks like you definitely hit this more often than i do! >> > >> >> >> > >> >> Can you tell me which revision @ 8 june you were at? or go back to >> > >> >> something on 8-june, verify it works, then tell me which revision? >> > >> >> >> > >> >> Let's fix this ASAP! >> > >> >> >> > >> >> Thanks! >> > >> >> >> > >> >> >> > >> >> >> > >> >> adrian >> > >> >> >> > >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: >> > >> >> > Replying to random ath commit. >> > >> >> > >> > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun >> > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 >> > >> >> > it does not). >> > >> >> > >> > >> >> > It spams log and console with messages: >> > >> >> > >> > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times >> > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times >> > >> >> > ... >> > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake >> > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> >> > >> > >> >> > >> > >> >> > # uname -a >> > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: >> > >> >> > Wed Jun 19 08:09:32 MSK 2013 >> > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 >> > >> >> > >> > >> >> > Boot log device info: >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 >> > >> >> > >> > >> >> > # pciconf -lv >> > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 >> > >> >> > vendor = 'Atheros Communications Inc.' >> > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' >> > >> >> > class = network >> > >> >> > subclass = ethernet >> > >> >> > >> > >> >> > # rc.conf >> > >> >> > wlans_ath0="wlan0" >> > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" >> > >> >> > ifconfig_wlan0="10.X.X.X/24" >> > >> >> > hostapd_enable="YES" >> > >> >> > >> > >> >> > I can do additional tests or submit more info, if necessary. >> > >> >> > >> > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: >> > >> >> >> Author: adrian >> > >> >> >> Date: Fri Jun 14 08:15:28 2013 >> > >> >> >> New Revision: 251741 >> > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 >> > >> >> >> >> > >> >> >> Log: >> > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 >> > >> >> >> NICs which have bluetooth coexistence enabled. >> > >> >> >> >> > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which >> > >> >> >> disables all external switch bit setting. This obviously won't work when >> > >> >> >> doing coexistence. >> > >> >> >> >> > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right >> > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo >> > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. >> > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer >> > >> >> >> NICs before I can finish testing this. >> > >> >> >> >> > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. >> > >> >> >> >> > >> >> >> Modified: >> > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> > >> >> >> >> > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> > >> >> >> ============================================================================== >> > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) >> > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) >> > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal >> > >> >> >> /* LNA diversity functions */ >> > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; >> > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; >> > >> >> >> + >> > >> >> >> + /* Setup HAL configuration defaults */ >> > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; >> > >> >> >> } >> > >> >> >> >> > >> >> >> HAL_BOOL >> > >> >> >> _______________________________________________ >> > >> >> >> svn-src-head@freebsd.org mailing list >> > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head >> > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" >> > >> >> >> >> > >> >> >> > >> >> > >> From owner-freebsd-wireless@FreeBSD.ORG Fri Jun 21 09:02:34 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id 144A13AE; Fri, 21 Jun 2013 09:02:34 +0000 (UTC) (envelope-from l.yotov@gmail.com) Received: from mail-qc0-x22a.google.com (mail-qc0-x22a.google.com [IPv6:2607:f8b0:400d:c01::22a]) by mx1.freebsd.org (Postfix) with ESMTP id A83AD1365; Fri, 21 Jun 2013 09:02:33 +0000 (UTC) Received: by mail-qc0-f170.google.com with SMTP id s1so4478237qcw.29 for ; Fri, 21 Jun 2013 02:02:33 -0700 (PDT) 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; bh=V1rc+WUiwxl5MabkduseJJskguvB+fbBluqitqFuQVI=; b=YqIHGsa8H50TGwg9f5Hx9sGP0YOmptF8+b6ZEMnS4+oNUY01K7P5Ohq73JwHCKSO8H hOdnJe+QN8QFvbX5h7+4P5Kyft85fispWHDSvNtDFe/B1/sxD8dhnLgvsMCcpci0tAyX CZdzVqPA6ki2eZppyfiSR7K8ZQfNwdwU6vz+9kW3XPyj1ALm44QDjyspCqDyPMyG+8Ys +X4A2enNOYPB4HIw87rhbRCKdx4m4EcEYtNw1HbJyjt4JknLcbA6y7tbsnWDNEWYJIuA sN/xPqH284LHc4eCyNgf7wae7aEm80IOrmtx8M2xYyvshaKXiSXtPf1NxbvfzQ3GksTS KD5A== MIME-Version: 1.0 X-Received: by 10.224.13.19 with SMTP id z19mr13193567qaz.12.1371805353157; Fri, 21 Jun 2013 02:02:33 -0700 (PDT) Received: by 10.224.212.129 with HTTP; Fri, 21 Jun 2013 02:02:33 -0700 (PDT) In-Reply-To: References: Date: Fri, 21 Jun 2013 12:02:33 +0300 Message-ID: Subject: Re: Thinkpad T60 with Atheros working only after restart from Windows From: Lyubomir Yotov To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 Cc: freebsd-wireless@freebsd.org, freebsd-mobile@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Jun 2013 09:02:34 -0000 Hello Adrian, Do you have any feedback on the matter? Regards, Lyubomir On 13 June 2013 10:09, Lyubomir Yotov wrote: > Hello Adrian, > > I enabled acpi_ibm.ko but this didn't help and after "halt" the wifi is > not working again. > > Regards, > > Lyubomir > > > On 13 June 2013 08:03, Lyubomir Yotov wrote: > >> Hello Adrian, >> I did some tests and discovered that the problem is related to >> "halt"/"shutdown" of system. If "reboot" is carried out than there is no >> problem and the wifi works properly (even if done from Gnome - Gnome seems >> to have no relation to the problem). So what could lead to "ath0: time out" >> after shutting down or halting the system? I noticed that there are irq >> storms on irq 17 which is the wifi irq (interrupt storm detected on >> "irq17:"; throttling interrupt source). Something else that I am not sure >> to have relevance - after shutdown during the start-up ath0 is reported to >> use autoselect mode 11g: >> (below is from dmesg) >> >> ath0: flags=8843 metric 0 mtu 2290 >> >> ether 00:19:7e:91:xx:xx >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >> status: associated >> >> After the boot has finished the mode changes to 11a: >> >> #ifconfig ath0 >> >> ath0: flags=8843 metric 0 mtu 2290 >> ether 00:19:7e:91:xx:xx >> nd6 options=29 >> media: IEEE 802.11 Wireless Ethernet autoselect mode 11a >> status: associated >> >> Do you have any idea where to look for now? >> >> Regards, >> >> >> Lyubomir >> P.S. I will try to play with acpi_ibm.ko and see if things change if I >> make it auto-load. >> >> >> On 10 June 2013 16:06, Lyubomir Yotov wrote: >> >>> Hello Adrian, >>> >>> Attached are files with consecutive vmstat -i when the wlan is working >>> (vmstat-i_working.txt) and when the wlan is not working >>> (vmstat-i_not_working.txt). There is also output from ifconfig when the >>> wlan is not working (ifconfig.txt). >>> After some more deeper investigation it seems to me that the problem >>> appears after starting X with Gnome. I will continue investigating with >>> "reboot"/"halt -p" and inform you. >>> BTW do you think that starting Gnome session (using startx, as I haven't >>> set auto start of X if this is of any importance) can cause problems - in >>> Gnome I have no settings for the network in the "System->Network" >>> application and I start it with normal user? >>> >>> Regards, >>> >>> Lyubo >>> >>> >>> On 9 June 2013 18:28, Adrian Chadd wrote: >>> >>>> Can you please paste the vmstat -i output? >>>> >>>> >>>> >>>> adrian >>>> >>>> On 9 June 2013 06:53, Lyubomir Yotov wrote: >>>> > Hi, >>>> > >>>> > After restart from Windows and working wireless the number of >>>> interrupts >>>> > increases and the rate increases. After next restart (the ath0 times >>>> out) >>>> > the interrupts increase but the rate is going down. >>>> > I noticed that after restart from Windows and working wifi if I >>>> restart >>>> > /etc/rc.d/netif the wifi is working again. If I shutdown wlan0 and >>>> bring it >>>> > up again then I wlan0 doesn't get address but ath0 is not timing out. >>>> I can >>>> > still get a list with the available APs around. >>>> > >>>> > Regards, >>>> > >>>> > Lyubo >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > >>>> > On 8 June 2013 18:28, Adrian Chadd wrote: >>>> >> >>>> >> Hm! >>>> >> >>>> >> Ok, this should be working. I frequently test (read: every other day) >>>> >> with the AR5416. But you're not the first person to report this bug. >>>> >> >>>> >> >>>> >> Unfortunately when this happens, the interrupts aren't actually >>>> making >>>> >> it to the OS. >>>> >> >>>> >> Can you check the output of vmstat -i whilst you're doing it? The >>>> ath0 >>>> >> counter should be increasing. >>>> >> >>>> >> >>>> >> >>>> >> adrian >>>> >> >>>> >> On 8 June 2013 06:49, Lyubomir Yotov wrote: >>>> >> > Hello, >>>> >> > I have a Thinkpad T60 with dual boot between Windows XP and FreeBSD >>>> >> > 9.1-Release: >>>> >> > >>>> >> > uname -a >>>> >> > FreeBSD T60.workgroup 9.1-RELEASE FreeBSD 9.1-RELEASE #0 r243826: >>>> Tue >>>> >> > Dec >>>> >> > 4 06:55:39 UTC 2012 >>>> >> > root@obrian.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC >>>> >> > i386 >>>> >> > >>>> >> > I am trying to use my wifi card which is: >>>> >> > >>>> >> > dmesg >>>> >> > .... >>>> >> > ath0: mem 0xedf00000-0xedf0ffff irq 17 at device >>>> 0.0 on >>>> >> > pci3 >>>> >> > ath0: AR5418 mac 12.10 RF5133 phy 8.1 >>>> >> > .... >>>> >> > >>>> >> > pciconf -lv >>>> >> > .... >>>> >> > ath0@pci0:3:0:0: class=0x028000 card=0x0033168c >>>> chip=0x0024168c >>>> >> > rev=0x01 hdr=0x00 >>>> >> > vendor = 'Atheros Communications Inc.' >>>> >> > device = 'AR5008 Wireless Network Adapter' >>>> >> > class = network >>>> >> > ..... >>>> >> > >>>> >> > I followed several HOW-TOs in order to make it work. Unfortunately >>>> I it >>>> >> > is >>>> >> > working only after I reboot from my Windows installation >>>> (regardless of >>>> >> > the >>>> >> > position of the wifi switch on the front panel of the notebook). >>>> After >>>> >> > restart from Windows everything is fine - the wifi associates with >>>> the >>>> >> > AP >>>> >> > and I can use it. If I reboot the system during the boot and >>>> afterwards >>>> >> > I >>>> >> > constantly get: >>>> >> > >>>> >> > ath0: device timeout >>>> >> > >>>> >> > When I get the device status through ifconfig I can see that ath0 >>>> is >>>> >> > associated but wlan0 is not associated. >>>> >> > >>>> >> > ifconfig ath0 >>>> >> > ath0: flags=8843 metric 0 >>>> mtu >>>> >> > 2290 >>>> >> > ether 00:19:7e:91:xx:xx >>>> >> > nd6 options=29 >>>> >> > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g >>>> >> > status: associated >>>> >> > >>>> >> > ifconfig wlan0 >>>> >> > wlan0: flags=8843 metric 0 >>>> mtu >>>> >> > 1500 >>>> >> > ether 00:19:7e:91:xx:xx >>>> >> > nd6 options=29 >>>> >> > media: IEEE 802.11 Wireless Ethernet autoselect >>>> (autoselect) >>>> >> > status: no carrier >>>> >> > ssid "" channel 5 (2432 MHz 11g) >>>> >> > regdomain 98 indoor ecm authmode WPA privacy ON deftxkey >>>> UNDEF >>>> >> > txpower 20 bmiss 7 scanvalid 450 bgscan bgscanintvl 300 >>>> >> > bgscanidle >>>> >> > 250 >>>> >> > roam:rssi 7 roam:rate 5 protmode CTS wme burst roaming >>>> MANUAL >>>> >> > >>>> >> > >>>> >> > In /var/log/messages I get: >>>> >> > >>>> >> > Jun 8 16:39:16 PC wpa_supplicant[3463]: Trying to associate with >>>> >> > 54:e6:fc:ae:xx:xx (SSID='access1' freq=2432 MHz) >>>> >> > Jun 8 16:39:20 PC kernel: ath0: device timeout >>>> >> > Jun 8 16:39:26 PC wpa_supplicant[3463]: Authentication with >>>> >> > 54:e6:fc:ae:xx:xx timed out. >>>> >> > >>>> >> > If I scan for wireless networks I get a list and my ap is in the >>>> list >>>> >> > >>>> >> > ifconfig wlan0 scan >>>> >> > SSID/MESH ID BSSID CHAN RATE S:N INT CAPS >>>> >> > net1 00:11:11:01:xx:xx 6 54M -68:-96 100 EP >>>> >> > 5edf9c 70:71:bc:26:xx:xx 11 54M -68:-96 100 EP WPS >>>> WPA >>>> >> > WME >>>> >> > access1 54:e6:fc:ae:xx:xx 5 54M -66:-96 100 EP WPA >>>> HTCAP >>>> >> > WME >>>> >> > >>>> >> > >>>> >> > In rc.local I have: >>>> >> > >>>> >> > wlans_ath0="wlan0" >>>> >> > ifconfig_wlan0="WPA DHCP" >>>> >> > >>>> >> > In wpa_supplicant I have: >>>> >> > >>>> >> > ctrl_interface=/var/run/wpa_supplicant >>>> >> > eapol_version=2 >>>> >> > ap_scan=1 >>>> >> > fast_reauth=1 >>>> >> > >>>> >> > network={ >>>> >> > ssid="access1" >>>> >> > psk="secret1" >>>> >> > priority=5 >>>> >> > } >>>> >> > network={ >>>> >> > ssid="access2" >>>> >> > psk="secret2" >>>> >> > priority=5 >>>> >> > } >>>> >> > >>>> >> > I searched the net for solution to my problem but I couldn't find >>>> one. >>>> >> > Can >>>> >> > you help me with this? >>>> >> > >>>> >> > >>>> >> > Regards, >>>> >> > >>>> >> > Lyubomir >>>> >> > _______________________________________________ >>>> >> > freebsd-mobile@freebsd.org mailing list >>>> >> > http://lists.freebsd.org/mailman/listinfo/freebsd-mobile >>>> >> > To unsubscribe, send any mail to >>>> >> > "freebsd-mobile-unsubscribe@freebsd.org" >>>> > >>>> > >>>> >>> >>> >> > From owner-freebsd-wireless@FreeBSD.ORG Fri Jun 21 10:38:30 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 45C332DE; Fri, 21 Jun 2013 10:38:30 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from smtp41.i.mail.ru (smtp41.i.mail.ru [94.100.177.101]) by mx1.freebsd.org (Postfix) with ESMTP id 6305118F6; Fri, 21 Jun 2013 10:38:28 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=x63nWf7Fg5zh1H3CxSfw0vb2tns3W8+IRy585p275ys=; b=VvDmeqcCAKyP3OhPSKop/vDfVC66/7KsAkZxkl3uTZHh2CtEycRwkIkfARdLhiHQQSFoHU5ZNSeuOkmyUSiNMZ3S0Bo9SgxoF1PYp56KiDTrrIFBBmvhgKSmzV9S8t8vHJjOnExrJBUf5JGaSEFqp0EKWBAad62bCO/zA90FRYc=; Received: from [93.185.182.46] (port=16411 helo=gpr.nnz-home.ru) by smtp41.i.mail.ru with esmtpa (envelope-from ) id 1Upyja-0006xV-2v; Fri, 21 Jun 2013 14:38:26 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UpyjN-000BI4-0a; Fri, 21 Jun 2013 14:38:13 +0400 Date: Fri, 21 Jun 2013 14:38:12 +0400 From: Gennady Proskurin To: Adrian Chadd Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <20130621103812.GA3683@gpr.nnz-home.ru> References: <201306140815.r5E8FSPn029488@svn.freebsd.org> <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> <20130620072418.GA987@gpr.nnz-home.ru> <20130620144834.GA913@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: Not detected X-Mras: Ok Cc: Gennady Proskurin , freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 21 Jun 2013 10:38:30 -0000 I recompiled and rebooted kernel and all modules to r250662 (last revision before r250665). This is remote host, I cannot tell whether wifi actually works or not, but I see no changes - high system load (~30%) and a lot of "stuck beacon" messages. I think it doesn't work. I do not understand what you mean by trying r250665, I tried r251541 (which includes r250665 changes), it does not work. On Thu, Jun 20, 2013 at 12:33:28PM -0700, Adrian Chadd wrote: > Well, try rebooting with -HEAD a few times. > > Also, try r250665 (my first set of patches that enabled better ps-poll > support) and r250664 (the revision beforehand.) See if you can > reproduce the issues with that. > > I have a sneaking suspicion that doing more aggressive power save > handling in hostap mode is causing issues but I haven't yet narrowed > it down. > > > > adrian > > > On 20 June 2013 07:48, Gennady Proskurin wrote: > > I reverted kernel and world to r251541 and card does not work. So, bug is not > > caused by source changes. > > > > On Thu, Jun 20, 2013 at 11:24:18AM +0400, Gennady Proskurin wrote: > >> I have strange results. Finally, I reverted kernel and all the modules to old > >> "working" revision r251541 (just renamed kernel.old to kernel), and my ath card > >> does not work. All userspace world is from r251945. > >> I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)". > >> > >> I doubt it has something to do with changes after r251541, may be my card has > >> some problems. I remember, a few months ago, when I installed it, it had the > >> same problems, which were magically solved after few reboots and upgrades, then > >> my card worked without problems for a few months, surviving weekly upgrades and > >> reboots. > >> > >> Now I recompiling world back to r251541 to be completely sure that it has > >> nothing to do with source changes. > >> > >> CPU usage from top follows: > >> CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle > >> 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq} > >> 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0} > >> 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta} > >> > >> As you see almost all system load is ath0 taskq > >> > >> May be my card is somewhat "broken", or require some magic in driver, but > >> sometimes it can work reliably, and I'll be glad to participate in debugging > >> this case. > >> > >> On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote: > >> > Hi! > >> > > >> > I'd rather you recompile the whole kernel, in case it's actually a > >> > problem elsewhere. > >> > > >> > Thanks, > >> > > >> > > >> > > >> > adrian > >> > > >> > On 19 June 2013 02:13, Gennady Proskurin wrote: > >> > > I filled pr kern/179709 > >> > > > >> > > I'll try to bisect repo in r251541-r251945 interval and try different revisions > >> > > to narrow down a problem when I have time. I hope, tomorrow I'll have some > >> > > results. > >> > > > >> > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? > >> > > > >> > > % kldstat | egrep 'ath|wlan' > >> > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko > >> > > 12 6 0xffffffff80e13000 37059 wlan.ko > >> > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko > >> > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko > >> > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko > >> > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko > >> > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko > >> > > > >> > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: > >> > >> Hi, > >> > >> > >> > >> 251541 is recent, AND it's _after_ the power save queue changes. > >> > >> > >> > >> The only revisions that are changes to sys/dev/ath are: > >> > >> > >> > >> r251606 > >> > >> r251643 > >> > >> r251655 > >> > >> r251656 > >> > >> r251730 > >> > >> r251742 > >> > >> > >> > >> > >> > >> .. and these are all bluetooth coexistence changes for _another_ chip. > >> > >> > >> > >> Can you try these and see which work and which don't? > >> > >> > >> > >> The other thing to keep in mind - it may be an issue somewhere else in > >> > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it > >> > >> down to the above list first, then we can try narrowing it down > >> > >> further. > >> > >> > >> > >> Thanks! > >> > >> > >> > >> > >> > >> > >> > >> adrian > >> > >> > >> > >> > >> > >> > >> > >> On 19 June 2013 01:28, Gennady Proskurin wrote: > >> > >> > Previous working revision was r251541 > >> > >> > So: > >> > >> > r251541 works > >> > >> > r251945 does not work > >> > >> > > >> > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: > >> > >> >> Hi! > >> > >> >> > >> > >> >> Great! It looks like you definitely hit this more often than i do! > >> > >> >> > >> > >> >> Can you tell me which revision @ 8 june you were at? or go back to > >> > >> >> something on 8-june, verify it works, then tell me which revision? > >> > >> >> > >> > >> >> Let's fix this ASAP! > >> > >> >> > >> > >> >> Thanks! > >> > >> >> > >> > >> >> > >> > >> >> > >> > >> >> adrian > >> > >> >> > >> > >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: > >> > >> >> > Replying to random ath commit. > >> > >> >> > > >> > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun > >> > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 > >> > >> >> > it does not). > >> > >> >> > > >> > >> >> > It spams log and console with messages: > >> > >> >> > > >> > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times > >> > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times > >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times > >> > >> >> > ... > >> > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > >> > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > >> > >> >> > > >> > >> >> > > >> > >> >> > # uname -a > >> > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > >> > >> >> > Wed Jun 19 08:09:32 MSK 2013 > >> > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > >> > >> >> > > >> > >> >> > Boot log device info: > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > >> > >> >> > > >> > >> >> > # pciconf -lv > >> > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > >> > >> >> > vendor = 'Atheros Communications Inc.' > >> > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' > >> > >> >> > class = network > >> > >> >> > subclass = ethernet > >> > >> >> > > >> > >> >> > # rc.conf > >> > >> >> > wlans_ath0="wlan0" > >> > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" > >> > >> >> > ifconfig_wlan0="10.X.X.X/24" > >> > >> >> > hostapd_enable="YES" > >> > >> >> > > >> > >> >> > I can do additional tests or submit more info, if necessary. > >> > >> >> > > >> > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: > >> > >> >> >> Author: adrian > >> > >> >> >> Date: Fri Jun 14 08:15:28 2013 > >> > >> >> >> New Revision: 251741 > >> > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 > >> > >> >> >> > >> > >> >> >> Log: > >> > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 > >> > >> >> >> NICs which have bluetooth coexistence enabled. > >> > >> >> >> > >> > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which > >> > >> >> >> disables all external switch bit setting. This obviously won't work when > >> > >> >> >> doing coexistence. > >> > >> >> >> > >> > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right > >> > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo > >> > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. > >> > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer > >> > >> >> >> NICs before I can finish testing this. > >> > >> >> >> > >> > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. > >> > >> >> >> > >> > >> >> >> Modified: > >> > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> > >> >> >> > >> > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > >> > >> >> >> ============================================================================== > >> > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) > >> > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) > >> > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal > >> > >> >> >> /* LNA diversity functions */ > >> > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; > >> > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; > >> > >> >> >> + > >> > >> >> >> + /* Setup HAL configuration defaults */ > >> > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; > >> > >> >> >> } > >> > >> >> >> > >> > >> >> >> HAL_BOOL > >> > >> >> >> _______________________________________________ > >> > >> >> >> svn-src-head@freebsd.org mailing list > >> > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head > >> > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" > >> > >> >> >> > >> > >> >> > >> > >> > >> > > >> > From owner-freebsd-wireless@FreeBSD.ORG Sat Jun 22 15:48:05 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 3E47EC5A; Sat, 22 Jun 2013 15:48:05 +0000 (UTC) (envelope-from gprspb@mail.ru) Received: from fallback3.mail.ru (fallback3.mail.ru [94.100.176.58]) by mx1.freebsd.org (Postfix) with ESMTP id 748551257; Sat, 22 Jun 2013 15:48:03 +0000 (UTC) Received: from smtp29.i.mail.ru (smtp29.i.mail.ru [94.100.177.89]) by fallback3.mail.ru (mPOP.Fallback_MX) with ESMTP id 05803E935DA4; Sat, 22 Jun 2013 19:48:02 +0400 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail2; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=ARoxju7+gQEWKOngkBPZ7he9FVfTatJzIwD/7xaa2yo=; b=uXSPyF6p1J8fJNYM2tTceH+KAkm+6D1SlRLcFr3Cphd/0L2pnSxlJ6s8fRs2v/NnAR6YeP/nDk49n0DSMl5iwlFAvqW1X5mvDRj3DUAxhL+XZSN9DGCWjbcjaIMirRKiPg+SxsAzcJjqkcjTugyHBY4eiWbCz3NqNliNiBUqN1E=; Received: from [93.185.182.46] (port=59550 helo=gpr.nnz-home.ru) by smtp29.i.mail.ru with esmtpa (envelope-from ) id 1UqQ2d-0000GZ-4N; Sat, 22 Jun 2013 19:47:55 +0400 Received: from gpr by gpr.nnz-home.ru with local (Exim 4.80.1 (FreeBSD)) (envelope-from ) id 1UqQ2U-0000N2-Ih; Sat, 22 Jun 2013 19:47:46 +0400 Date: Sat, 22 Jun 2013 19:47:45 +0400 From: Gennady Proskurin To: Gennady Proskurin Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 Message-ID: <20130622154745.GA1407@gpr.nnz-home.ru> References: <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> <20130620072418.GA987@gpr.nnz-home.ru> <20130620144834.GA913@gpr.nnz-home.ru> <20130621103812.GA3683@gpr.nnz-home.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20130621103812.GA3683@gpr.nnz-home.ru> User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam: Not detected X-Mras: Ok Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jun 2013 15:48:05 -0000 I added "channel 6" to wlan ifconfig, and now all works (with fresh HEAD r252061) On Fri, Jun 21, 2013 at 02:38:12PM +0400, Gennady Proskurin wrote: > I recompiled and rebooted kernel and all modules to r250662 (last revision > before r250665). This is remote host, I cannot tell whether wifi actually works > or not, but I see no changes - high system load (~30%) and a lot of "stuck > beacon" messages. I think it doesn't work. > > I do not understand what you mean by trying r250665, I tried r251541 (which > includes r250665 changes), it does not work. > > On Thu, Jun 20, 2013 at 12:33:28PM -0700, Adrian Chadd wrote: > > Well, try rebooting with -HEAD a few times. > > > > Also, try r250665 (my first set of patches that enabled better ps-poll > > support) and r250664 (the revision beforehand.) See if you can > > reproduce the issues with that. > > > > I have a sneaking suspicion that doing more aggressive power save > > handling in hostap mode is causing issues but I haven't yet narrowed > > it down. > > > > > > > > adrian > > > > > > On 20 June 2013 07:48, Gennady Proskurin wrote: > > > I reverted kernel and world to r251541 and card does not work. So, bug is not > > > caused by source changes. > > > > > > On Thu, Jun 20, 2013 at 11:24:18AM +0400, Gennady Proskurin wrote: > > >> I have strange results. Finally, I reverted kernel and all the modules to old > > >> "working" revision r251541 (just renamed kernel.old to kernel), and my ath card > > >> does not work. All userspace world is from r251945. > > >> I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)". > > >> > > >> I doubt it has something to do with changes after r251541, may be my card has > > >> some problems. I remember, a few months ago, when I installed it, it had the > > >> same problems, which were magically solved after few reboots and upgrades, then > > >> my card worked without problems for a few months, surviving weekly upgrades and > > >> reboots. > > >> > > >> Now I recompiling world back to r251541 to be completely sure that it has > > >> nothing to do with source changes. > > >> > > >> CPU usage from top follows: > > >> CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle > > >> 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq} > > >> 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0} > > >> 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta} > > >> > > >> As you see almost all system load is ath0 taskq > > >> > > >> May be my card is somewhat "broken", or require some magic in driver, but > > >> sometimes it can work reliably, and I'll be glad to participate in debugging > > >> this case. > > >> > > >> On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote: > > >> > Hi! > > >> > > > >> > I'd rather you recompile the whole kernel, in case it's actually a > > >> > problem elsewhere. > > >> > > > >> > Thanks, > > >> > > > >> > > > >> > > > >> > adrian > > >> > > > >> > On 19 June 2013 02:13, Gennady Proskurin wrote: > > >> > > I filled pr kern/179709 > > >> > > > > >> > > I'll try to bisect repo in r251541-r251945 interval and try different revisions > > >> > > to narrow down a problem when I have time. I hope, tomorrow I'll have some > > >> > > results. > > >> > > > > >> > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? > > >> > > > > >> > > % kldstat | egrep 'ath|wlan' > > >> > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko > > >> > > 12 6 0xffffffff80e13000 37059 wlan.ko > > >> > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko > > >> > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko > > >> > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko > > >> > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko > > >> > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko > > >> > > > > >> > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: > > >> > >> Hi, > > >> > >> > > >> > >> 251541 is recent, AND it's _after_ the power save queue changes. > > >> > >> > > >> > >> The only revisions that are changes to sys/dev/ath are: > > >> > >> > > >> > >> r251606 > > >> > >> r251643 > > >> > >> r251655 > > >> > >> r251656 > > >> > >> r251730 > > >> > >> r251742 > > >> > >> > > >> > >> > > >> > >> .. and these are all bluetooth coexistence changes for _another_ chip. > > >> > >> > > >> > >> Can you try these and see which work and which don't? > > >> > >> > > >> > >> The other thing to keep in mind - it may be an issue somewhere else in > > >> > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it > > >> > >> down to the above list first, then we can try narrowing it down > > >> > >> further. > > >> > >> > > >> > >> Thanks! > > >> > >> > > >> > >> > > >> > >> > > >> > >> adrian > > >> > >> > > >> > >> > > >> > >> > > >> > >> On 19 June 2013 01:28, Gennady Proskurin wrote: > > >> > >> > Previous working revision was r251541 > > >> > >> > So: > > >> > >> > r251541 works > > >> > >> > r251945 does not work > > >> > >> > > > >> > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: > > >> > >> >> Hi! > > >> > >> >> > > >> > >> >> Great! It looks like you definitely hit this more often than i do! > > >> > >> >> > > >> > >> >> Can you tell me which revision @ 8 june you were at? or go back to > > >> > >> >> something on 8-june, verify it works, then tell me which revision? > > >> > >> >> > > >> > >> >> Let's fix this ASAP! > > >> > >> >> > > >> > >> >> Thanks! > > >> > >> >> > > >> > >> >> > > >> > >> >> > > >> > >> >> adrian > > >> > >> >> > > >> > >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: > > >> > >> >> > Replying to random ath commit. > > >> > >> >> > > > >> > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun > > >> > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 > > >> > >> >> > it does not). > > >> > >> >> > > > >> > >> >> > It spams log and console with messages: > > >> > >> >> > > > >> > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times > > >> > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times > > >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times > > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing > > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times > > >> > >> >> > ... > > >> > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times > > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) > > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake > > >> > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) > > >> > >> >> > > > >> > >> >> > > > >> > >> >> > # uname -a > > >> > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: > > >> > >> >> > Wed Jun 19 08:09:32 MSK 2013 > > >> > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 > > >> > >> >> > > > >> > >> >> > Boot log device info: > > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 > > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 > > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 > > >> > >> >> > > > >> > >> >> > # pciconf -lv > > >> > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 > > >> > >> >> > vendor = 'Atheros Communications Inc.' > > >> > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' > > >> > >> >> > class = network > > >> > >> >> > subclass = ethernet > > >> > >> >> > > > >> > >> >> > # rc.conf > > >> > >> >> > wlans_ath0="wlan0" > > >> > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" > > >> > >> >> > ifconfig_wlan0="10.X.X.X/24" > > >> > >> >> > hostapd_enable="YES" > > >> > >> >> > > > >> > >> >> > I can do additional tests or submit more info, if necessary. > > >> > >> >> > > > >> > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: > > >> > >> >> >> Author: adrian > > >> > >> >> >> Date: Fri Jun 14 08:15:28 2013 > > >> > >> >> >> New Revision: 251741 > > >> > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 > > >> > >> >> >> > > >> > >> >> >> Log: > > >> > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 > > >> > >> >> >> NICs which have bluetooth coexistence enabled. > > >> > >> >> >> > > >> > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which > > >> > >> >> >> disables all external switch bit setting. This obviously won't work when > > >> > >> >> >> doing coexistence. > > >> > >> >> >> > > >> > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right > > >> > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo > > >> > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. > > >> > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer > > >> > >> >> >> NICs before I can finish testing this. > > >> > >> >> >> > > >> > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. > > >> > >> >> >> > > >> > >> >> >> Modified: > > >> > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > > >> > >> >> >> > > >> > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c > > >> > >> >> >> ============================================================================== > > >> > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) > > >> > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) > > >> > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal > > >> > >> >> >> /* LNA diversity functions */ > > >> > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; > > >> > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; > > >> > >> >> >> + > > >> > >> >> >> + /* Setup HAL configuration defaults */ > > >> > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; > > >> > >> >> >> } > > >> > >> >> >> > > >> > >> >> >> HAL_BOOL > > >> > >> >> >> _______________________________________________ > > >> > >> >> >> svn-src-head@freebsd.org mailing list > > >> > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head > > >> > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" > > >> > >> >> >> > > >> > >> >> > > >> > >> > > >> > > > >> > > > From owner-freebsd-wireless@FreeBSD.ORG Sat Jun 22 16:58:45 2013 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) by hub.freebsd.org (Postfix) with ESMTP id AA88B80E for ; Sat, 22 Jun 2013 16:58:45 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qc0-x232.google.com (mail-qc0-x232.google.com [IPv6:2607:f8b0:400d:c01::232]) by mx1.freebsd.org (Postfix) with ESMTP id 6C1CE1489 for ; Sat, 22 Jun 2013 16:58:45 +0000 (UTC) Received: by mail-qc0-f178.google.com with SMTP id c11so5402416qcv.37 for ; Sat, 22 Jun 2013 09:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=zStMBkKieDJ3V1eC3Jg/3iMUnrUzvLoLcQMgwl3+r3M=; b=lGUUakY70aZ7kiHF/mnoJNteA/SVf4Mlv0kNjQf/TyOAkonZHSBE2RS5d1GDE4Xjke vH2y/iHsA78O/SCFcNX3vdxguh+7GKm2/Eo5CWhZQgGD7w4WKiynz6Tg/Fw4CIg3VFJb 5gg258xx9sSRCkIaBKRWLVhM9i89UXpeRcv9m3GSZNwkLKpgAOV6lbbYfHEZjLl/Zwen DAydv8KfuR6GPAz7TYwD+iswsGxdxV8eLz5m5YRg4oQwLAAP5yesM+tXSZgSUlIiRgul y6DUCJNb3uiOONWPiQojl4QWym4ibI0qn0UgXfYIQxUMwtAYdJOHCVok1dTeGyaMPocE bqGw== MIME-Version: 1.0 X-Received: by 10.49.59.228 with SMTP id c4mr19953156qer.15.1371920324899; Sat, 22 Jun 2013 09:58:44 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.224.35.206 with HTTP; Sat, 22 Jun 2013 09:58:44 -0700 (PDT) In-Reply-To: <20130622154745.GA1407@gpr.nnz-home.ru> References: <20130619072806.GA985@gpr.nnz-home.ru> <20130619082855.GC985@gpr.nnz-home.ru> <20130619091310.GD985@gpr.nnz-home.ru> <20130620072418.GA987@gpr.nnz-home.ru> <20130620144834.GA913@gpr.nnz-home.ru> <20130621103812.GA3683@gpr.nnz-home.ru> <20130622154745.GA1407@gpr.nnz-home.ru> Date: Sat, 22 Jun 2013 09:58:44 -0700 X-Google-Sender-Auth: jtfuiLsyEg6T0ueeDg0424kEVfU Message-ID: Subject: Re: svn commit: r251741 - head/sys/contrib/dev/ath/ath_hal/ar9300 From: Adrian Chadd To: Gennady Proskurin Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-wireless@freebsd.org X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jun 2013 16:58:45 -0000 Interesting. So it was finding other channels and those were the problem? If you set a channel to something else (say, 4), what happens? adrian On 22 June 2013 08:47, Gennady Proskurin wrote: > I added "channel 6" to wlan ifconfig, and now all works (with fresh HEAD r252061) > > On Fri, Jun 21, 2013 at 02:38:12PM +0400, Gennady Proskurin wrote: >> I recompiled and rebooted kernel and all modules to r250662 (last revision >> before r250665). This is remote host, I cannot tell whether wifi actually works >> or not, but I see no changes - high system load (~30%) and a lot of "stuck >> beacon" messages. I think it doesn't work. >> >> I do not understand what you mean by trying r250665, I tried r251541 (which >> includes r250665 changes), it does not work. >> >> On Thu, Jun 20, 2013 at 12:33:28PM -0700, Adrian Chadd wrote: >> > Well, try rebooting with -HEAD a few times. >> > >> > Also, try r250665 (my first set of patches that enabled better ps-poll >> > support) and r250664 (the revision beforehand.) See if you can >> > reproduce the issues with that. >> > >> > I have a sneaking suspicion that doing more aggressive power save >> > handling in hostap mode is causing issues but I haven't yet narrowed >> > it down. >> > >> > >> > >> > adrian >> > >> > >> > On 20 June 2013 07:48, Gennady Proskurin wrote: >> > > I reverted kernel and world to r251541 and card does not work. So, bug is not >> > > caused by source changes. >> > > >> > > On Thu, Jun 20, 2013 at 11:24:18AM +0400, Gennady Proskurin wrote: >> > >> I have strange results. Finally, I reverted kernel and all the modules to old >> > >> "working" revision r251541 (just renamed kernel.old to kernel), and my ath card >> > >> does not work. All userspace world is from r251945. >> > >> I see the same errors "ath0: stuck beacon; resetting (bmiss count 4)". >> > >> >> > >> I doubt it has something to do with changes after r251541, may be my card has >> > >> some problems. I remember, a few months ago, when I installed it, it had the >> > >> same problems, which were magically solved after few reboots and upgrades, then >> > >> my card worked without problems for a few months, surviving weekly upgrades and >> > >> reboots. >> > >> >> > >> Now I recompiling world back to r251541 to be completely sure that it has >> > >> nothing to do with source changes. >> > >> >> > >> CPU usage from top follows: >> > >> CPU: 0.0% user, 0.0% nice, 35.4% system, 0.0% interrupt, 64.6% idle >> > >> 0 root -92 0 0K 2496K - 3:11 34.28% kernel{ath0 taskq} >> > >> 11 root -92 - 0K 288K WAIT 0:00 0.00% intr{irq19: ath0} >> > >> 0 root -92 0 0K 2496K - 0:00 0.00% kernel{ath0 net80211 ta} >> > >> >> > >> As you see almost all system load is ath0 taskq >> > >> >> > >> May be my card is somewhat "broken", or require some magic in driver, but >> > >> sometimes it can work reliably, and I'll be glad to participate in debugging >> > >> this case. >> > >> >> > >> On Wed, Jun 19, 2013 at 08:49:10AM -0700, Adrian Chadd wrote: >> > >> > Hi! >> > >> > >> > >> > I'd rather you recompile the whole kernel, in case it's actually a >> > >> > problem elsewhere. >> > >> > >> > >> > Thanks, >> > >> > >> > >> > >> > >> > >> > >> > adrian >> > >> > >> > >> > On 19 June 2013 02:13, Gennady Proskurin wrote: >> > >> > > I filled pr kern/179709 >> > >> > > >> > >> > > I'll try to bisect repo in r251541-r251945 interval and try different revisions >> > >> > > to narrow down a problem when I have time. I hope, tomorrow I'll have some >> > >> > > results. >> > >> > > >> > >> > > Is it sufficient to just recompile kernel, if_ath and if_ath_pci modules? >> > >> > > >> > >> > > % kldstat | egrep 'ath|wlan' >> > >> > > 11 1 0xffffffff80e12000 d07 if_ath_pci.ko >> > >> > > 12 6 0xffffffff80e13000 37059 wlan.ko >> > >> > > 13 1 0xffffffff80e4b000 c9b85 if_ath.ko >> > >> > > 16 1 0xffffffff80f3c000 23b wlan_xauth.ko >> > >> > > 17 1 0xffffffff80f3d000 e7b wlan_wep.ko >> > >> > > 18 1 0xffffffff80f3e000 1def wlan_tkip.ko >> > >> > > 19 1 0xffffffff80f40000 4b8d wlan_ccmp.ko >> > >> > > >> > >> > > On Wed, Jun 19, 2013 at 01:35:58AM -0700, Adrian Chadd wrote: >> > >> > >> Hi, >> > >> > >> >> > >> > >> 251541 is recent, AND it's _after_ the power save queue changes. >> > >> > >> >> > >> > >> The only revisions that are changes to sys/dev/ath are: >> > >> > >> >> > >> > >> r251606 >> > >> > >> r251643 >> > >> > >> r251655 >> > >> > >> r251656 >> > >> > >> r251730 >> > >> > >> r251742 >> > >> > >> >> > >> > >> >> > >> > >> .. and these are all bluetooth coexistence changes for _another_ chip. >> > >> > >> >> > >> > >> Can you try these and see which work and which don't? >> > >> > >> >> > >> > >> The other thing to keep in mind - it may be an issue somewhere else in >> > >> > >> the kernel rather than a sys/dev/ath driver issue. But let's narrow it >> > >> > >> down to the above list first, then we can try narrowing it down >> > >> > >> further. >> > >> > >> >> > >> > >> Thanks! >> > >> > >> >> > >> > >> >> > >> > >> >> > >> > >> adrian >> > >> > >> >> > >> > >> >> > >> > >> >> > >> > >> On 19 June 2013 01:28, Gennady Proskurin wrote: >> > >> > >> > Previous working revision was r251541 >> > >> > >> > So: >> > >> > >> > r251541 works >> > >> > >> > r251945 does not work >> > >> > >> > >> > >> > >> > On Wed, Jun 19, 2013 at 01:07:04AM -0700, Adrian Chadd wrote: >> > >> > >> >> Hi! >> > >> > >> >> >> > >> > >> >> Great! It looks like you definitely hit this more often than i do! >> > >> > >> >> >> > >> > >> >> Can you tell me which revision @ 8 june you were at? or go back to >> > >> > >> >> something on 8-june, verify it works, then tell me which revision? >> > >> > >> >> >> > >> > >> >> Let's fix this ASAP! >> > >> > >> >> >> > >> > >> >> Thanks! >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> >> > >> > >> >> adrian >> > >> > >> >> >> > >> > >> >> On 19 June 2013 00:28, Gennady Proskurin wrote: >> > >> > >> >> > Replying to random ath commit. >> > >> > >> >> > >> > >> > >> >> > Now my ath wireless device does not work. It was broken some time after 8 Jun >> > >> > >> >> > (after my last update at 8 Jun it worked, now after today's update to r251945 >> > >> > >> >> > it does not). >> > >> > >> >> > >> > >> > >> >> > It spams log and console with messages: >> > >> > >> >> > >> > >> > >> >> > Jun 19 10:04:27 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:04:58 gpr last message repeated 101 times >> > >> > >> >> > Jun 19 10:05:42 gpr last message repeated 143 times >> > >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > >> > >> >> > Jun 19 10:05:42 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:05:47 gpr last message repeated 11 times >> > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: ath_raw_xmit: sc_inreset_cnt > 0; bailing >> > >> > >> >> > Jun 19 10:05:47 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:05:53 gpr last message repeated 19 times >> > >> > >> >> > ... >> > >> > >> >> > Jun 19 10:06:20 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:06:21 gpr last message repeated 4 times >> > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: ath_tx_should_swq_frame: f0:4f:7c:fc:b3:22: Node is asleep; sending mgmt (type=0, subtype=176) >> > >> > >> >> > Jun 19 10:06:22 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:06:23 gpr kernel: ath0: ath_tx_node_wakeup: an=0xffffff8002322000: node was already awake >> > >> > >> >> > Jun 19 10:06:24 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > Jun 19 10:06:25 gpr kernel: ath0: stuck beacon; resetting (bmiss count 4) >> > >> > >> >> > >> > >> > >> >> > >> > >> > >> >> > # uname -a >> > >> > >> >> > FreeBSD gpr.nnz-home.ru 10.0-CURRENT FreeBSD 10.0-CURRENT #0 r251945+1330981: >> > >> > >> >> > Wed Jun 19 08:09:32 MSK 2013 >> > >> > >> >> > gpr@gpr.nnz-home.ru:/usr/obj/usr/src/freebsd-head/sys/GPR amd64 >> > >> > >> >> > >> > >> > >> >> > Boot log device info: >> > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: mem 0xfbdf0000-0xfbdfffff irq 19 at device 10.0 on pci0 >> > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: AR2413 mac 7.9 RF2413 phy 4.5 >> > >> > >> >> > Jun 19 10:04:18 gpr kernel: ath0: 2GHz radio: 0x0000; 5GHz radio: 0x0056 >> > >> > >> >> > >> > >> > >> >> > # pciconf -lv >> > >> > >> >> > ath0@pci0:0:10:0: class=0x020000 card=0x2051168c chip=0x0013168c rev=0x01 hdr=0x00 >> > >> > >> >> > vendor = 'Atheros Communications Inc.' >> > >> > >> >> > device = 'AR5212/AR5213 Wireless Network Adapter' >> > >> > >> >> > class = network >> > >> > >> >> > subclass = ethernet >> > >> > >> >> > >> > >> > >> >> > # rc.conf >> > >> > >> >> > wlans_ath0="wlan0" >> > >> > >> >> > create_args_wlan0="wlandev ath0 wlanmode hostap" >> > >> > >> >> > ifconfig_wlan0="10.X.X.X/24" >> > >> > >> >> > hostapd_enable="YES" >> > >> > >> >> > >> > >> > >> >> > I can do additional tests or submit more info, if necessary. >> > >> > >> >> > >> > >> > >> >> > On Fri, Jun 14, 2013 at 08:15:28AM +0000, Adrian Chadd wrote: >> > >> > >> >> >> Author: adrian >> > >> > >> >> >> Date: Fri Jun 14 08:15:28 2013 >> > >> > >> >> >> New Revision: 251741 >> > >> > >> >> >> URL: http://svnweb.freebsd.org/changeset/base/251741 >> > >> > >> >> >> >> > >> > >> >> >> Log: >> > >> > >> >> >> The AR9300 HAL uses this config to program AR_PHY_SWITCH_COM_2 on AR9485 >> > >> > >> >> >> NICs which have bluetooth coexistence enabled. >> > >> > >> >> >> >> > >> > >> >> >> The WB225 NIC has the common antenna switch configuration set to 0x0 which >> > >> > >> >> >> disables all external switch bit setting. This obviously won't work when >> > >> > >> >> >> doing coexistence. >> > >> > >> >> >> >> > >> > >> >> >> This value is a magic value from the windows .inf files. It _looks_ right >> > >> > >> >> >> but I haven't yet verified it - unfortunately my AR9285+AR3012 BT combo >> > >> > >> >> >> has an earlier BT device which doesn't actually _have_ firmware on it. >> > >> > >> >> >> So I have to fix ath3kfw to handle loading in firmware into the newer >> > >> > >> >> >> NICs before I can finish testing this. >> > >> > >> >> >> >> > >> > >> >> >> This may not hold true for CUS198, which is another custom AR9485 board. >> > >> > >> >> >> >> > >> > >> >> >> Modified: >> > >> > >> >> >> head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> > >> > >> >> >> >> > >> > >> >> >> Modified: head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c >> > >> > >> >> >> ============================================================================== >> > >> > >> >> >> --- head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:13:21 2013 (r251740) >> > >> > >> >> >> +++ head/sys/contrib/dev/ath/ath_hal/ar9300/ar9300_freebsd.c Fri Jun 14 08:15:28 2013 (r251741) >> > >> > >> >> >> @@ -249,6 +249,9 @@ ar9300_attach_freebsd_ops(struct ath_hal >> > >> > >> >> >> /* LNA diversity functions */ >> > >> > >> >> >> ah->ah_divLnaConfGet = ar9300_ant_div_comb_get_config; >> > >> > >> >> >> ah->ah_divLnaConfSet = ar9300_ant_div_comb_set_config; >> > >> > >> >> >> + >> > >> > >> >> >> + /* Setup HAL configuration defaults */ >> > >> > >> >> >> + ah->ah_config.ath_hal_ant_ctrl_comm2g_switch_enable = 0x000bbb88; >> > >> > >> >> >> } >> > >> > >> >> >> >> > >> > >> >> >> HAL_BOOL >> > >> > >> >> >> _______________________________________________ >> > >> > >> >> >> svn-src-head@freebsd.org mailing list >> > >> > >> >> >> http://lists.freebsd.org/mailman/listinfo/svn-src-head >> > >> > >> >> >> To unsubscribe, send any mail to "svn-src-head-unsubscribe@freebsd.org" >> > >> > >> >> >> >> > >> > >> >> >> > >> > >> >> > >> > >> > >> >> > >> From owner-freebsd-wireless@FreeBSD.ORG Sat Jun 22 20:20:33 2013 Return-Path: Delivered-To: freebsd-wireless@smarthost.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by hub.freebsd.org (Postfix) with ESMTP id 1B63E6D0; Sat, 22 Jun 2013 20:20:33 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id E8B951C56; Sat, 22 Jun 2013 20:20:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r5MKKW4F088108; Sat, 22 Jun 2013 20:20:32 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r5MKKWAu088107; Sat, 22 Jun 2013 20:20:32 GMT (envelope-from linimon) Date: Sat, 22 Jun 2013 20:20:32 GMT Message-Id: <201306222020.r5MKKWAu088107@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-wireless@FreeBSD.org From: linimon@FreeBSD.org Subject: Re: kern/179847: [ath] [patch] Update regdomain in ath drivers including 0x165 X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.14 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, 22 Jun 2013 20:20:33 -0000 Old Synopsis: Update regdomain in ath drivers including 0x165 New Synopsis: [ath] [patch] Update regdomain in ath drivers including 0x165 Responsible-Changed-From-To: freebsd-bugs->freebsd-wireless Responsible-Changed-By: linimon Responsible-Changed-When: Sat Jun 22 20:20:18 UTC 2013 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=179847