[ath9k-devel] trying to grasp the stack
I have recently started work on a solution for wireless site survey and rogue access point detection/location; I know very little about how to directly interface with the wifi stack, or which parts I would need to interact with to achieve my various goals. Breaking it down, I am trying to figure out (among a large number of other things) how to (monitor for, and capture all ) vendor-specific IEs from frames, to allow my application to see past port virtualization, and identify specific APs. I would like to be able to place my device into monitor mode, and capture all 802.11 frames that it receives. I would like to be able to track data over time such as RSSI, BSSID, and VS IEs, as well as # of beacons and perhaps encryption type. If this email is directed to entirely the wrong people, then please let me know. -- Kyle Creyts ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] trying to grasp the stack
On 17 November 2010 16:17, Kyle Creyts kyle.cre...@gmail.com wrote: Breaking it down, I am trying to figure out (among a large number of other things) how to (monitor for, and capture all ) vendor-specific IEs from frames, to allow my application to see past port virtualization, and identify specific APs. I would like to be able to place my device into monitor mode, and capture all 802.11 frames that it receives. You should be able to get that information by putting the card into promisc mode (create a monitor interface) and then open up a radiotap instance (or whatever Linux calls it.) That'll give you everything the radio receives, with per-packet RSSI and received rate at least. I don't know if mac80211/ath9k store the per-radio NF/RSSI for the 11n cards. HTH, Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] ath9k randomly fails and stops working until I reboot
Occasionally I lose my wireless connection to my router, and am unable to renew it - furthermore, attempts to bring down and back up the wireless interface via ifconfig results in a message: SIOCSIFFLAGS: Input/output error. If I try to bring it back up again, it comes up without error - but scanning for or trying to associate with my router produces results as though the router was not there - I can confirm that it's there because other computers are connected to it and not losing their connections. It continues to not work until I reboot the computer. I'm running Gentoo 2.6.36-r1, the card is an Atheros AR9285 in an Asus Eee PC 1000HE, running on the ath9k driver, built-in to the kernel. Using the latest drivers from compat-wireless made no discernible difference. The output of lspci -nnk and dmesg | grep ath are attached. Thanks for the help.00:00.0 Host bridge [0600]: Intel Corporation Mobile 945GME Express Memory Controller Hub [8086:27ac] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:8340] Kernel driver in use: agpgart-intel 00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 945GME Express Integrated Graphics Controller [8086:27ae] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:8340] 00:02.1 Display controller [0380]: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller [8086:27a6] (rev 03) Subsystem: ASUSTeK Computer Inc. Device [1043:8340] 00:1b.0 Audio device [0403]: Intel Corporation 82801G (ICH7 Family) High Definition Audio Controller [8086:27d8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:8398] Kernel driver in use: HDA Intel 00:1c.0 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 1 [8086:27d0] (rev 02) 00:1c.1 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 2 [8086:27d2] (rev 02) 00:1c.3 PCI bridge [0604]: Intel Corporation 82801G (ICH7 Family) PCI Express Port 4 [8086:27d6] (rev 02) 00:1d.0 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #1 [8086:27c8] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Kernel driver in use: uhci_hcd 00:1d.1 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #2 [8086:27c9] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Kernel driver in use: uhci_hcd 00:1d.2 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #3 [8086:27ca] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Kernel driver in use: uhci_hcd 00:1d.3 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB UHCI Controller #4 [8086:27cb] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Kernel driver in use: uhci_hcd 00:1d.7 USB Controller [0c03]: Intel Corporation 82801G (ICH7 Family) USB2 EHCI Controller [8086:27cc] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Kernel driver in use: ehci_hcd 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 Mobile PCI Bridge [8086:2448] (rev e2) 00:1f.0 ISA bridge [0601]: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge [8086:27b9] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] 00:1f.2 SATA controller [0106]: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA AHCI Controller [8086:27c5] (rev 02) Subsystem: ASUSTeK Computer Inc. Device [1043:830f] Kernel driver in use: ahci 01:00.0 Ethernet controller [0200]: Attansic Technology Corp. Atheros AR8132 / L1c Gigabit Ethernet Adapter [1969:1062] (rev c0) Subsystem: ASUSTeK Computer Inc. Device [1043:838a] Kernel driver in use: atl1c 02:00.0 Network controller [0280]: Atheros Communications Inc. AR9285 Wireless Network Adapter (PCI-Express) [168c:002b] (rev 01) Subsystem: Device [1a3b:1089] Kernel driver in use: ath9k[29919.559013] [c141781d] (ath_isr+0x0/0x18b) [29922.318389] ath: Failed to stop TX DMA in 100 msec after killing last frame [29922.326692] ath: Failed to stop TX DMA in 100 msec after killing last frame [29922.335001] ath: Failed to stop TX DMA in 100 msec after killing last frame [29922.343347] ath: Failed to stop TX DMA in 100 msec after killing last frame [29922.351654] ath: Failed to stop TX DMA in 100 msec after killing last frame [29922.359981] ath: Failed to stop TX DMA in 100 msec after killing last frame [29922.359996] ath: Failed to stop TX DMA. Resetting hardware! [29922.371965] ath: DMA failed to stop in 10 ms AR_CR=0x AR_DIAG_SW=0x [29922.491127] ath: timeout (10 us) on reg 0x7000: 0x 0x0003 != 0x [29922.491144] ath: Chip reset failed [29922.491150] ath: Unable to reset hardware; reset status -22 [29922.503195] ath: DMA failed to stop in 10 ms AR_CR=0x AR_DIAG_SW=0x [29922.515166] ath: DMA failed
Re: [ath9k-devel] ath9k randomly fails and stops working until I reboot
Quinn Strahl wrote: I'm running Gentoo 2.6.36-r1, the card is an Atheros AR9285 in an Asus Eee PC 1000HE, running on the ath9k driver, built-in to the kernel. Using the latest drivers from compat-wireless made no discernible difference. Your experience is quite consistent with mine. ath9k just isn't reliable for me as STA. :\ I've tried both first generation hardware (AR5416) and last generation hardware (AR9280) and the latter is better but in general it is only a source of trouble for me. The last funny failure mode I experienced is that after bringing the interface up there's a storm of fatal PCI interrupts which lock my system hard after a couple of seconds. Earlier the same evening it worked fine as AP however. My experience is that the hardware is excellent for AP mode. //Peter ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] ath9k randomly fails and stops working until I reboot
On 11/17/2010 08:17 AM, Quinn Strahl wrote: Occasionally I lose my wireless connection to my router, and am unable to renew it - furthermore, attempts to bring down and back up the wireless interface via ifconfig results in a message: SIOCSIFFLAGS: Input/output error. If I try to bring it back up again, it comes up without error - but scanning for or trying to associate with my router produces results as though the router was not there - I can confirm that it's there because other computers are connected to it and not losing their connections. It continues to not work until I reboot the computer. I'm running Gentoo 2.6.36-r1, the card is an Atheros AR9285 in an Asus Eee PC 1000HE, running on the ath9k driver, built-in to the kernel. Using the latest drivers from compat-wireless made no discernible difference. The output of lspci -nnk and dmesg | grep ath are attached. Your dmesg output looks similar to what I have been hitting with multiple STAs associating rapidly. How reproducible is the problem in your setup? Thanks, Ben -- Ben Greear gree...@candelatech.com Candela Technologies Inc http://www.candelatech.com ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Increasing the number of VAPs
Hello, It seems the maximum number of VAPs that can be created is limited by the ATH_BCBUF value in ath9k.h (currently set to 4). If I recompile the kernel changing this value to, say, 8, would I be able to create 8 VAPs? Thank you, Hector ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] TKIP MIC failure with netgear AP
Hi Wang Min,
Please apply the attched patch and check ccmp in both legacy and 11n mode.
patch -p1 qos_fix.patch
--
Rajkumar
diff --git a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
index 5324ffd..7795867 100644
--- a/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
+++ b/drivers/net/wireless/ath/ath9k/htc_drv_txrx.c
@@ -128,7 +128,7 @@ int ath9k_htc_tx_start(struct ath9k_htc_priv *priv, struct
sk_buff *skb)
tx_hdr.data_type = ATH9K_HTC_NORMAL;
}
- if (ieee80211_is_data(fc)) {
+ if (ieee80211_is_data_qos(fc)) {
qc = ieee80211_get_qos_ctl(hdr);
tx_hdr.tidno = qc[0] IEEE80211_QOS_CTL_TID_MASK;
}
--
___
ath9k-devel mailing list
ath9k-devel@lists.ath9k.org
https://lists.ath9k.org/mailman/listinfo/ath9k-devel
