[ath9k-devel] Broadcast Packets with carl9170
Hello, I have netgear wn111v2 which uses carl9170 chipset. However it cannot receive broadcast packets with MCS between 0-7. It can receive broadcast packets with MCS 8 and above . Wondering why it is not receiving MCS 0-7 on broadcast packets because it can receive such packets in unicast mode -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] broadcast packets with multi-stream MCS
Hello All I am trying to set MCS indices for broadcast packet. It works well for all MCS between 0-7, but not fot MCS 8-15 (two streams) I am using AR9170 chipset with carl9170 driver. If you need details, I was manually setting appropriate MCS indices in the function *carl9170_tx_apply_rateset* Wondering why broadcast packets are not being sent at MCS indices between 8-15. Please let me know if you can figure out what is going on. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Disabling Scrambler Seed
No luck unfortunately. Would be interested if you make any progress Thanks, M On Sat, Dec 20, 2014 at 10:16 AM, Mathy Vanhoef vanho...@gmail.com wrote: Hi Mahaveer, Have you been able to get something working? Thanks, Mathy On Fri, Jun 27, 2014 at 8:40 AM, mahaveer gupta mgupta1...@gmail.com wrote: Hi Adrian, A gentle reminder :) Thanks On Tue, Jun 24, 2014 at 12:54 PM, mahaveer gupta mgupta1...@gmail.com wrote: Great! Thanks On Tue, Jun 24, 2014 at 11:30 AM, Adrian Chadd adr...@freebsd.org wrote: Hi! Absolutely. I'll see if I can find the register. -a On 23 June 2014 22:34, mahaveer gupta mgupta1...@gmail.com wrote: Hi Adrian, I was referring to the Scrambler module in the 802.11 protocol stack- http://standards.ieee.org/getieee802/download/802.11-2007.pdf (Section 17.3.5.4) At a high level, the data bits from the mac layer are XORed with a random sequence before coding with a convolutional code. At the receiver, the decoded output is XORed with the same sequence to recover the actual data bits (descrambling). I think scrambling helps in randomizing the data, especially if it has long sequence of 0s and 1s However, the XOR sequence used to scramble is chosen randomly based on a seed. I was trying to fix the random seed so that a fixed sequence is choosen for scrambling. Basically, I am trying to make the card transmit a fixed (known) sequence of symbols at the physical layer for an experiment. However, the random scrambling seed is making the same data bits to map to different PHY symbols. Hope this helps, please let me know if you have a question Thanks, M On Sun, Jun 22, 2014 at 11:18 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, Would you mind describing in more detail what it is that you're after? -a On 22 June 2014 14:11, mahaveer gupta mgupta1...@gmail.com wrote: Hello, Does anyone know how to fix the scrambler seed to a specific value in ath9k. I could find a relevant code for ath5k in ath5k/reg.h, the following lines seem to control the scramble seed. #define AR5K_DIAG_SW_EN_SCRAM_SEED_5210 0x0400 /* Enable fixed scrambler seed */ #define AR5K_DIAG_SW_EN_SCRAM_SEED_5211 0x0200 #define AR5K_DIAG_SW_EN_SCRAM_SEED (ah-ah_version == AR5K_AR5210 ? \ AR5K_DIAG_SW_EN_SCRAM_SEED_5210 : AR5K_DIAG_SW_EN_SCRAM_SEED_5211) #define AR5K_DIAG_SW_ECO_ENABLE 0x0400 /* [5211+] */ #define AR5K_DIAG_SW_SCVRAM_SEED0x0003f800 /* [5210] */ #define AR5K_DIAG_SW_SCRAM_SEED_M 0x0001fc00 /* Scrambler seed mask */ Could someone please confirm if similar option is available with ath9k also? I couldn't find one -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M -- Thanks, M -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] retry value in ath9k
Abhinav: Didnt work with AR5418. I still receive packets with the retry bit set. Can anyone confirm what is the correct way to disable retries? Thanks On Tue, Jun 17, 2014 at 8:37 PM, abhinav narain abhinavnarai...@gmail.com wrote: On Sat, Jun 14, 2014 at 12:41 AM, kelly thomas thomaskellysea...@gmail.com wrote: I am now conducting an experiment with UDP packet only over few wireless links. There will be no TCP flows so any retries would be unnecessary. ath9k/init.c 648 http://lxr.free-electrons.com/source/drivers/net/wireless/ath/ath9k/init.c?v=2.6.34#L648 hw http://lxr.free-electrons.com/ident?v=2.6.34;i=hw-max_rate_tries = 10; I have set this value to 0 in the past and it works. I worked with AR9285 chip only, so I am not sure about the rest of them. I think AR5220 too works with above init value. I don't think what you set in mac80211 subsystem is going to effect retransmission counter as this value is directly used in hardware imo. Thanks, Abhinav ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] retry value in ath9k
Thanks, Following had worked for me in the meanwhile in xmit.c, I added following at the end of ath_set_rates. for (i = 0; i IEEE80211_TX_MAX_RATES; i++) { if (bf-rates[i].idx = 0) bf-rates[i].count = 1; }` On Mon, Aug 11, 2014 at 3:40 AM, Thomas V thomasv...@gmail.com wrote: You can try one of the following. in ath9k/xmit.c 1. In ath_tx_fill_desc() set info-flags |= ATH9K_TXDESC_NOACK; or 2. after the call to ath_buf_set_rate() set info-rate[0].tries = 0; info-rate[1].tries = 0; info-rate[2].tries = 0; info-rate[3].tries = 0; Regards, Thomas On Mon, Aug 11, 2014 at 12:40 PM, mahaveer gupta mgupta1...@gmail.com wrote: Abhinav: Didnt work with AR5418. I still receive packets with the retry bit set. Can anyone confirm what is the correct way to disable retries? Thanks On Tue, Jun 17, 2014 at 8:37 PM, abhinav narain abhinavnarai...@gmail.com wrote: On Sat, Jun 14, 2014 at 12:41 AM, kelly thomas thomaskellysea...@gmail.com wrote: I am now conducting an experiment with UDP packet only over few wireless links. There will be no TCP flows so any retries would be unnecessary. ath9k/init.c 648 http://lxr.free-electrons.com/source/drivers/net/wireless/ath/ath9k/init.c?v=2.6.34#L648 hw http://lxr.free-electrons.com/ident?v=2.6.34;i=hw-max_rate_tries = 10; I have set this value to 0 in the past and it works. I worked with AR9285 chip only, so I am not sure about the rest of them. I think AR5220 too works with above init value. I don't think what you set in mac80211 subsystem is going to effect retransmission counter as this value is directly used in hardware imo. Thanks, Abhinav ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Spectral Scan
Hello, We have been able to use the spectral scan feature successfully - http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan However, samples are being skipped while the device is receiving packets. The spectral samples we see correspond to background noise while no packet is being received. Wondering if this behavior is expected and if yes, kindly let me know if you have a suggestion to change that. We would like to see the spectral samples corresponding to successfully decoded packets. We tried all three modes without any success so far. We are using AR 9271 Chipset with the usual firmware. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Spectral Scan
Thanks for the answer. Indeed, we thought similar to what you suggest but realized that the actual packets still need to be decoded to be able to match the spectral samples with decoded packets (by matching the hardware timestamp values). Hence this was a little tricky. If we use a 40Mhz scan on a 20MHz transmission, how would it be possible to distinguish the spectral samples corresponding to 20MHz packets and those corresponding to background noise. RSSI could be a weak discriminator. On Wed, Jul 23, 2014 at 2:50 PM, Kamran Nishat kamran.nis...@gmail.com wrote: hi yes this is the expected behaviour. one can only get spectral scans for things cannot be decoded as valid packets by HW. One way to receive scans for packets is to scan on 40MHz channel while sending traffic on a 20Mhz sub channel. kamran On Thu, Jul 24, 2014 at 12:29 AM, mahaveer gupta mgupta1...@gmail.com wrote: Hello, We have been able to use the spectral scan feature successfully - http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan However, samples are being skipped while the device is receiving packets. The spectral samples we see correspond to background noise while no packet is being received. Wondering if this behavior is expected and if yes, kindly let me know if you have a suggestion to change that. We would like to see the spectral samples corresponding to successfully decoded packets. We tried all three modes without any success so far. We are using AR 9271 Chipset with the usual firmware. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Matching spectral scan results with data packets
Hi All, I am trying to map the rssi of received packets to the associated spectral scan results. - http://wireless.kernel.org/en/users/Drivers/ath9k/spectral_scan/ Rssi is reported on a per packet basis, but spectral scan results are not. One simple way to match packet-rssi with corresponding spectral components is to match the time-stamp of the received packets and spectral scan results. Please let me know if the matching will be accurate without much errors, or suggestions if you have a better idea. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] ad-hoc mode
Hello, I am trying to do some experiments with a few devices in the ad-hoc mode. However, I observe that after a while, the connectivity drops abruptly and the only way to restore it seems to be reloading the driver. The node on which the connectivity has dropped sends out ARP requests when I try to ping another node. The other node promptly responds with ARP reply. However, the first node doesn't seem to be getting it. A look into the dmesg logs shows that the first node has destroyed all the stations with wlan2: Destroyed STA xx:xx:xx:xx:xx:xx and wlan2: Removed STA xX:xx:xx:xx:xx:xx messages in the log. However, the disconnected node has appropriate cell-d and ip addresses, not quite sure what is going wrong Could someone please point out what could be potentially happening. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Disabling Scrambler Seed
Hi Adrian, A gentle reminder :) Thanks On Tue, Jun 24, 2014 at 12:54 PM, mahaveer gupta mgupta1...@gmail.com wrote: Great! Thanks On Tue, Jun 24, 2014 at 11:30 AM, Adrian Chadd adr...@freebsd.org wrote: Hi! Absolutely. I'll see if I can find the register. -a On 23 June 2014 22:34, mahaveer gupta mgupta1...@gmail.com wrote: Hi Adrian, I was referring to the Scrambler module in the 802.11 protocol stack- http://standards.ieee.org/getieee802/download/802.11-2007.pdf (Section 17.3.5.4) At a high level, the data bits from the mac layer are XORed with a random sequence before coding with a convolutional code. At the receiver, the decoded output is XORed with the same sequence to recover the actual data bits (descrambling). I think scrambling helps in randomizing the data, especially if it has long sequence of 0s and 1s However, the XOR sequence used to scramble is chosen randomly based on a seed. I was trying to fix the random seed so that a fixed sequence is choosen for scrambling. Basically, I am trying to make the card transmit a fixed (known) sequence of symbols at the physical layer for an experiment. However, the random scrambling seed is making the same data bits to map to different PHY symbols. Hope this helps, please let me know if you have a question Thanks, M On Sun, Jun 22, 2014 at 11:18 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, Would you mind describing in more detail what it is that you're after? -a On 22 June 2014 14:11, mahaveer gupta mgupta1...@gmail.com wrote: Hello, Does anyone know how to fix the scrambler seed to a specific value in ath9k. I could find a relevant code for ath5k in ath5k/reg.h, the following lines seem to control the scramble seed. #define AR5K_DIAG_SW_EN_SCRAM_SEED_5210 0x0400 /* Enable fixed scrambler seed */ #define AR5K_DIAG_SW_EN_SCRAM_SEED_5211 0x0200 #define AR5K_DIAG_SW_EN_SCRAM_SEED (ah-ah_version == AR5K_AR5210 ? \ AR5K_DIAG_SW_EN_SCRAM_SEED_5210 : AR5K_DIAG_SW_EN_SCRAM_SEED_5211) #define AR5K_DIAG_SW_ECO_ENABLE 0x0400 /* [5211+] */ #define AR5K_DIAG_SW_SCVRAM_SEED0x0003f800 /* [5210] */ #define AR5K_DIAG_SW_SCRAM_SEED_M 0x0001fc00 /* Scrambler seed mask */ Could someone please confirm if similar option is available with ath9k also? I couldn't find one -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M -- Thanks, M -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Disabling Scrambler Seed
Great! Thanks On Tue, Jun 24, 2014 at 11:30 AM, Adrian Chadd adr...@freebsd.org wrote: Hi! Absolutely. I'll see if I can find the register. -a On 23 June 2014 22:34, mahaveer gupta mgupta1...@gmail.com wrote: Hi Adrian, I was referring to the Scrambler module in the 802.11 protocol stack- http://standards.ieee.org/getieee802/download/802.11-2007.pdf (Section 17.3.5.4) At a high level, the data bits from the mac layer are XORed with a random sequence before coding with a convolutional code. At the receiver, the decoded output is XORed with the same sequence to recover the actual data bits (descrambling). I think scrambling helps in randomizing the data, especially if it has long sequence of 0s and 1s However, the XOR sequence used to scramble is chosen randomly based on a seed. I was trying to fix the random seed so that a fixed sequence is choosen for scrambling. Basically, I am trying to make the card transmit a fixed (known) sequence of symbols at the physical layer for an experiment. However, the random scrambling seed is making the same data bits to map to different PHY symbols. Hope this helps, please let me know if you have a question Thanks, M On Sun, Jun 22, 2014 at 11:18 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, Would you mind describing in more detail what it is that you're after? -a On 22 June 2014 14:11, mahaveer gupta mgupta1...@gmail.com wrote: Hello, Does anyone know how to fix the scrambler seed to a specific value in ath9k. I could find a relevant code for ath5k in ath5k/reg.h, the following lines seem to control the scramble seed. #define AR5K_DIAG_SW_EN_SCRAM_SEED_5210 0x0400 /* Enable fixed scrambler seed */ #define AR5K_DIAG_SW_EN_SCRAM_SEED_5211 0x0200 #define AR5K_DIAG_SW_EN_SCRAM_SEED (ah-ah_version == AR5K_AR5210 ? \ AR5K_DIAG_SW_EN_SCRAM_SEED_5210 : AR5K_DIAG_SW_EN_SCRAM_SEED_5211) #define AR5K_DIAG_SW_ECO_ENABLE 0x0400 /* [5211+] */ #define AR5K_DIAG_SW_SCVRAM_SEED0x0003f800 /* [5210] */ #define AR5K_DIAG_SW_SCRAM_SEED_M 0x0001fc00 /* Scrambler seed mask */ Could someone please confirm if similar option is available with ath9k also? I couldn't find one -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Disabling Scrambler Seed
Hi Adrian, I was referring to the Scrambler module in the 802.11 protocol stack- http://standards.ieee.org/getieee802/download/802.11-2007.pdf (Section 17.3.5.4) At a high level, the data bits from the mac layer are XORed with a random sequence before coding with a convolutional code. At the receiver, the decoded output is XORed with the same sequence to recover the actual data bits (descrambling). I think scrambling helps in randomizing the data, especially if it has long sequence of 0s and 1s However, the XOR sequence used to scramble is chosen randomly based on a seed. I was trying to fix the random seed so that a fixed sequence is choosen for scrambling. Basically, I am trying to make the card transmit a fixed (known) sequence of symbols at the physical layer for an experiment. However, the random scrambling seed is making the same data bits to map to different PHY symbols. Hope this helps, please let me know if you have a question Thanks, M On Sun, Jun 22, 2014 at 11:18 PM, Adrian Chadd adr...@freebsd.org wrote: Hi, Would you mind describing in more detail what it is that you're after? -a On 22 June 2014 14:11, mahaveer gupta mgupta1...@gmail.com wrote: Hello, Does anyone know how to fix the scrambler seed to a specific value in ath9k. I could find a relevant code for ath5k in ath5k/reg.h, the following lines seem to control the scramble seed. #define AR5K_DIAG_SW_EN_SCRAM_SEED_5210 0x0400 /* Enable fixed scrambler seed */ #define AR5K_DIAG_SW_EN_SCRAM_SEED_5211 0x0200 #define AR5K_DIAG_SW_EN_SCRAM_SEED (ah-ah_version == AR5K_AR5210 ? \ AR5K_DIAG_SW_EN_SCRAM_SEED_5210 : AR5K_DIAG_SW_EN_SCRAM_SEED_5211) #define AR5K_DIAG_SW_ECO_ENABLE 0x0400 /* [5211+] */ #define AR5K_DIAG_SW_SCVRAM_SEED0x0003f800 /* [5210] */ #define AR5K_DIAG_SW_SCRAM_SEED_M 0x0001fc00 /* Scrambler seed mask */ Could someone please confirm if similar option is available with ath9k also? I couldn't find one -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] ath9k and click modular router issue
Hi All, I hit the following warning when I try to generate packets from click modular router } else if (txctl-an ieee80211_is_data_present(hdr-frame_control)) { tid = ath_get_skb_tid(sc, txctl-an, skb); *WARN_ON(tid-ac-txq != txctl-txq);* if (info-flags IEEE80211_TX_CTL_CLEAR_PS_FILT) tid-ac-clear_ps_filter = true; Basically click seems to be injecting packets into a different queue. I see that similar problem exists in older kernel versions and the following fix seems to be added in mac80211/tx.c for queue mapping #if (LINUX_VERSION_CODE KERNEL_VERSION(2,6,27)) /* Older kernels do not have the select_queue callback */ *skb_set_queue_mapping(skb, ieee80211_select_queue(sdata, skb));* #endif However, this code is disabled for newer kernels. When I enable it, the warning disappears. Does anyone have any suggestions whether this change will have any other side-effect, is it the right thing to reenable the queue mapping. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] RadioTap Headers in Managed Mode
Hello, RadioTap headers are produced only in monitor mode. Wondering how hard it would be to tweak the driver is to get these headers in a normal managed mode too. Any pointers will be helpful, if such a feature is available -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] RadioTap Headers in Managed Mode
Thanks for the suggestion, the user-space programs won't understand the format, but the plan was to use a click modular router and strip off the radiotap fields after logging them (and replace with ethernet header before passing to host) However, having another monitor interface should work well, should give what i need without changing the kernel. On Sat, Jun 14, 2014 at 2:36 PM, Holger Schurig holgerschu...@gmail.com wrote: That would be pretty useless. No user-space application would know about this (e.g. you couldn't use wpa_supplicant then), and the kernel TCP/IP would also fail. However, you can have one managed mode interface (e.g. wlan0) and at the same time a monitor interface (mon0). In that case you get everything on mon0 what happens on wlan0. wpa_supplicant continues to work, and TCP/IP isn't borked either. -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] meaning of rs_rssi_ctl[i] values ?
I see. Thanks for the answer. Yeah, I was able to figure that out too after some hacking. Could you please let me know how the rssi from each antenna is combined into a single rs_rssi variable inside ath_rx_status. What if only one antenna is being used? Thanks On Mon, Jun 9, 2014 at 8:38 PM, Adrian Chadd adr...@freebsd.org wrote: Hi! This is an old post! They're the control (primary) and extension channel RSSI for each chain. RSSI combined is some combination of all of them. The control channel is the primary 20MHz channel. Extension is the other 20MHz channel half used when operating in HT40 mode. -a On 1 April 2012 23:57, abhinav narain abhinavnarai...@gmail.com wrote: hi, ath_rx_status contains 2 variables apart from rssi. rs_rssi_ctl[], rs_rssi_ext[] . Can someone explain what are their purpose ? I read in a simulator comment that rssi is combined rssi for 11n. But I did not get the meaning ? Abhinav ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] meaning of rs_rssi_ctl[i] values ?
I see, no problem (Could be something related to MRC combining scheme). Actually, Is there another way to pull out individual RSSI values from individual antennas. which is what I am actually interested in. One alternative I can think of is to set the rx-chain-mask to 1 and 2 to get the RSSI from antenna 0 and 1 respectively. Wondering if this should give reliable estimates On Mon, Jun 9, 2014 at 10:38 PM, Adrian Chadd adr...@freebsd.org wrote: Oh, that's some black magic. I'm not sure what it's doing there. Sorry. -a On 9 June 2014 22:34, mahaveer gupta mgupta1...@gmail.com wrote: I see. Thanks for the answer. Yeah, I was able to figure that out too after some hacking. Could you please let me know how the rssi from each antenna is combined into a single rs_rssi variable inside ath_rx_status. What if only one antenna is being used? Thanks On Mon, Jun 9, 2014 at 8:38 PM, Adrian Chadd adr...@freebsd.org wrote: Hi! This is an old post! They're the control (primary) and extension channel RSSI for each chain. RSSI combined is some combination of all of them. The control channel is the primary 20MHz channel. Extension is the other 20MHz channel half used when operating in HT40 mode. -a On 1 April 2012 23:57, abhinav narain abhinavnarai...@gmail.com wrote: hi, ath_rx_status contains 2 variables apart from rssi. rs_rssi_ctl[], rs_rssi_ext[] . Can someone explain what are their purpose ? I read in a simulator comment that rssi is combined rssi for 11n. But I did not get the meaning ? Abhinav ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- Thanks, M -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] meaning of rs_rssi_ctl[i] values ?
Sorry, I meant tx-chain mask, With 2x2 stream, I would like to measure the channel between all tx-rx antenna pairs (4 pairs in this case). So, I need to explicitly set tx-chain mask and measure rssi values from one antenna. Then change the tx-chain mask and measure rssi values corresponding to the other antenna. Thanks On Mon, Jun 9, 2014 at 11:04 PM, Sujith Manoharan suj...@msujith.org wrote: mahaveer gupta wrote: Actually, Is there another way to pull out individual RSSI values from individual antennas. which is what I am actually interested in. One alternative I can think of is to set the rx-chain-mask to 1 and 2 to get the RSSI from antenna 0 and 1 respectively. Wondering if this should give reliable estimates The RSSI values are obtained for each packet, for all active chains, for both the control and extension channels. Why do you need another way to get this information ? Sujith -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] meaning of rs_rssi_ctl[i] values ?
Thanks. Yes, Channel State Information (CSI) is absolutely worthy if available, but I am not sure how to access it. Please update me if you find any information from the baseband guys On Mon, Jun 9, 2014 at 11:34 PM, Adrian Chadd adr...@freebsd.org wrote: I think the easiest thing to do is control that at the sending side. I think maybe the channel quality stuff may have some per-stream carrier information? I'll have to ask the baseband guys. But IIRC, it won't help you. -a On 10 June 2014 00:26, mahaveer gupta mgupta1...@gmail.com wrote: Sorry, I meant tx-chain mask, With 2x2 stream, I would like to measure the channel between all tx-rx antenna pairs (4 pairs in this case). So, I need to explicitly set tx-chain mask and measure rssi values from one antenna. Then change the tx-chain mask and measure rssi values corresponding to the other antenna. Thanks On Mon, Jun 9, 2014 at 11:04 PM, Sujith Manoharan suj...@msujith.org wrote: mahaveer gupta wrote: Actually, Is there another way to pull out individual RSSI values from individual antennas. which is what I am actually interested in. One alternative I can think of is to set the rx-chain-mask to 1 and 2 to get the RSSI from antenna 0 and 1 respectively. Wondering if this should give reliable estimates The RSSI values are obtained for each packet, for all active chains, for both the control and extension channels. Why do you need another way to get this information ? Sujith -- Thanks, M -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Disabling MAC sequence control
Hello, We need to disable increments of mac layer sequence control field in the MAC header for some diagnostic purposes. Please let me know if there is some register settings that can be done to achieve the same in ath9k -- Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Virtual Carrier Sensing with PHY Errors
Hello, I am interested in knowing how the Virtual NAV is updated when the PHY header FCS fails. This means the duration field could be incorrect. How does the card decide about updating the NAV in this case Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Changing Energy Detection Threshold
Hi All, I am wondering how to change Energy Detection Threshold. Earlier links point me to AR_PHY_CCA register but when I try the following code in mac.c to set the carrier sense threshold, AR_PHY_CCA comes out as undefined. REG_SET_BIT(ah, AR_PHY_CCA, AR_PHY_CCA_THRESH62) Any help appreciated Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Disabling Virtual Carrier Sensing
Hello, I disabled virtual carrier sensing (VCS) by using the following line of code REG_SET_BIT (ah, AR_DIAG_SW, AR_DIAG_IGNORE_VIRT_CS) I checked the AR_NAV register in /sys/kernel/debug and the above command had effect on the value of the register. I conducted a small experiment to verify whether the disabling of VCS works. A transmitter was transmitting UDP packets constantly. I checked the number of transmitted packets with VCS enabled and disabled, for a period of 30 seconds. The result was that both modes had the same number of packets transmitted. I was expecting that with VCS disabled, more packets would get transmitted because the transmitter would defer less. Please describe the discrepancy, or please suggest a better experiment for sanity checking whether VCS is truly disabled Thanks, M, ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Monitor mode in ath9k
The thing to do here is to enable PHY error reception and see if any of the PHY errors correspond with your 50% missing packets. Thats an interesting comment, do you have an idea how to do that? I tried the following in hw.c to enable phy errors void ath9k_hw_setrxfilter(struct ath_hw *ah, u32 bits) { u32 phybits; ENABLE_REGWRITE_BUFFER(ah); REG_WRITE(ah, AR_RX_FILTER, bits); phybits = 0; if (bits ATH9K_RX_FILTER_PHYRADAR) phybits |= AR_PHY_ERR_RADAR; if (bits ATH9K_RX_FILTER_PHYERR) phybits |= AR_PHY_ERR_OFDM_TIMING | AR_PHY_ERR_CCK_TIMING; /*IMPORTANT*/ REG_WRITE(ah, AR_PHY_ERR, 0x); (Modified part of the code, setting all error bits) It didn't work too well for me though (I see only two distinct values in the received rx_status which correspond to correct packets and CRC failed packets. I didn't see an rx_status value corresponding to phy errors). My guess is that some packets are getting dropped in functions like ath9k_rx_skb_preprocess() (called by ath_rx_tasklet() ) and its callees. Is there a way to get around this without messing up with the receive queue. Also, why should there be phy layer errors since the preamble and plcp header are being decoded correctly? Thanks, M It's a difficult thing to catch because the PHY errors may also occur due to background noise, so you'll likely be looking for increases in the PHY error rates when you do packets, on top of whatever your background noise level is. Thanks, Adrian On 28 June 2011 20:05, mahaveer gupta mgupta1...@gmail.com wrote: driver does not seems to drop it.. /* * Reject error frames with the exception of * decryption and MIC failures. For monitor mode, * we also ignore the CRC error. */ if (ah-is_monitoring) { if (rx_stats-rs_status ~(ATH9K_RXERR_DECRYPT | ATH9K_RXERR_MIC | ATH9K_RXERR_CRC)) return false; Thats true, from the driver's point of view it doesn't seem to be dropping packets with failed CRC. As I mentioned earlier, I am seeing 50% of the packets with have failed CRC which wouldn't be possible if driver code was dropping them. However, the question is, where are the other 50% packets going. Is the hardware dropping them because it sees a high bit error rate in the data section of the packet after decoding the header? Also, I am able to see all of the packets, if I transmit them at base rate (rate at which preamble and plcp headers are transmitted) MAC layer functions wouldn't matter for me because I am dumping packets before they reach MAC layer. Thanks, M i wil take a look at mac80211 should_drop_frame function ieee80211_rx_monitor later Then use ifconfig or ip to set promiscuous mode, e.g. ip link set wlan0 promisc on -- Regards, Pavel Roskin ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- shafi ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Monitor mode in ath9k
driver does not seems to drop it.. /* * Reject error frames with the exception of * decryption and MIC failures. For monitor mode, * we also ignore the CRC error. */ if (ah-is_monitoring) { if (rx_stats-rs_status ~(ATH9K_RXERR_DECRYPT | ATH9K_RXERR_MIC | ATH9K_RXERR_CRC)) return false; Thats true, from the driver's point of view it doesn't seem to be dropping packets with failed CRC. As I mentioned earlier, I am seeing 50% of the packets with have failed CRC which wouldn't be possible if driver code was dropping them. However, the question is, where are the other 50% packets going. Is the hardware dropping them because it sees a high bit error rate in the data section of the packet after decoding the header? Also, I am able to see all of the packets, if I transmit them at base rate (rate at which preamble and plcp headers are transmitted) MAC layer functions wouldn't matter for me because I am dumping packets before they reach MAC layer. Thanks, M i wil take a look at mac80211 should_drop_frame function ieee80211_rx_monitor later Then use ifconfig or ip to set promiscuous mode, e.g. ip link set wlan0 promisc on -- Regards, Pavel Roskin ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel -- shafi ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Monitor mode in ath9k
Hi Pavel, After setting the device in monitor mode, I was dumping out the packets at the kernel level by modifying some parts of the driver code (dumping from ath_rx_tasklet( ) before call to ieee80211_rx( )). I am not using any user-space software Thanks, Mahanth On Mon, Jun 27, 2011 at 11:55 AM, Pavel Roskin pro...@gnu.org wrote: On 06/25/2011 10:08 PM, mahaveer gupta wrote: Hello, I have set my atheros wireless card driven by ath9k driver in monitor mode. I wish to see all packets which have a failed CRC. Now, for a given channel condition between transmitter-receiver pair (80211 g link), I am not receiving all of the packets with failed CRCs. I am able to receive 50% of them, but the rest leave no trace whatsoever. In the test environment, collisions could be safely ignored and the channel condition was good enough for decoding plcp header and preamble. The question is, why am I not receiving all packets that have failed CRCs? Is this because of some filtering happening in the hardware. If so, can I do some configuration to prevent such filtering and pass all erroneous packets to upper layers? Is there anything to do with ath9k_hw_setrxfilter() in hw.c? Promiscuous mode should disable rx filtering. Programs like wireshark enable promiscuous mode, but maybe you are using some userspace software that doesn't? -- Regards, Pavel Roskin ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] Monitor mode in ath9k
Hello, I have set my atheros wireless card driven by ath9k driver in monitor mode. I wish to see all packets which have a failed CRC. Now, for a given channel condition between transmitter-receiver pair (80211 g link), I am not receiving all of the packets with failed CRCs. I am able to receive 50% of them, but the rest leave no trace whatsoever. In the test environment, collisions could be safely ignored and the channel condition was good enough for decoding plcp header and preamble. The question is, why am I not receiving all packets that have failed CRCs? Is this because of some filtering happening in the hardware. If so, can I do some configuration to prevent such filtering and pass all erroneous packets to upper layers? Is there anything to do with ath9k_hw_setrxfilter() in hw.c? Thanks, M ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel