Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
Hi, If you able to add small piece of code to the driver, you can do the following: Construct a single aggregate with desired parameters, NoAck bit set and 1 retry count in the first retry series. Link last descriptor of the aggregate to the first and drop this bomb into any TX queue. The aggregate should be in accordance with the 802.11n, i.e. contain <64K of data+delimeters+FCS and be 4ms or shorter. In case when no other signals in the medium this gives you 100% transmit time except the small silence periods required by the standard. But IMO, measuring TX power with a SA is not the best way. Using a much cheaper power meter set up to measure on first 16us of each packet (preamble) is better. It allows you to get a valid result with single packet shot. About modulations used in 11n: MCS Modulation 0,8,16 BPSK 1,2,9,10,17,18 QPSK 3,4,11,12,19,20 QAM16 5,6,7,13,14,15,21,22,23 QAM64 52 subcarriers in 20MHz bandwidth and 108 in 40MHz. Regards, Alex. ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
Bug submitted. If I can help test, please let me know. https://bugzilla.kernel.org/show_bug.cgi?id=55901 Thank you for your help. Ilya On Thu, Mar 28, 2013 at 7:10 PM, Adrian Chadd wrote: > On 28 March 2013 15:19, Ilya Bernshteyn wrote: > > Well, a quick search of "AR9485" in bugzilla shows I'm not the first with > > this issue. > > > > https://bugzilla.kernel.org/show_bug.cgi?id=49201 > > https://bugzilla.kernel.org/show_bug.cgi?id=55171 > > > > Doesn't look like anyone is in a hurry to fix it. Say I wanted to take a > > stab at submitting a patch, any resources you'd recommend? My C/C++ > > experience is mainly limited to college, I program in Java during the > day. > > These books look interesting: > > Well once you've filed the bug report, I'll bounce it around > internally and see if I can get some dev time associated to it. > > (My day job is so very far removed from (ath9k) wifi, sorry, I'm just > trying to shephard things in the right direction.) > > Thanks, > > > > Adrian > > > > > http://www.amazon.com/Essential-Device-Drivers-Sreekrishnan-Venkateswaran/dp/0132396556/ref=sr_1_2?ie=UTF8&qid=1364508130&sr=8-2&keywords=linux+wireless+drivers > > > http://www.amazon.com/Writing-Linux-Device-Drivers-exercises/dp/1448672384/ref=sr_1_3?ie=UTF8&qid=1364508139&sr=8-3&keywords=linux+drivers > > > > Thanks, > > > > Ilya > > > > > > On Thu, Mar 28, 2013 at 4:11 PM, Adrian Chadd > wrote: > >> > >> The reason why I asked is because the AR9485 is a 1x1 device with two > >> antennas that get "switched" on and off one at a time. > >> > >> So the driver can in theory mess up on which antenna is "active" and > >> only use say, receving on the ALT chain rather than the MAIN chain, or > >> vice versa. It may not correctly figure out that one antenna is not > >> working as well as the other and switch away from it. > >> > >> Since both antennas are connected, it's not that. > >> > >> So yes, please file a bug. Mention that both antennas are connected > >> well. it definitely looks like an ath9k bug. > >> > >> Thanks, > >> > >> > >> > >> Adrian > >> > >> > >> On 28 March 2013 14:07, Ilya Bernshteyn wrote: > >> > Both antennas are connected nice and tight and correctly as far as I > can > >> > tell. White goes to aux and black goes to main. Here is a picture. > >> > > >> > http://imgur.com/f93LILb > >> > > >> > I would also be skeptical of it being an antenna issue just because > >> > there's > >> > no problem with the connection in win8, only in Linux. > >> > > >> > I guess I'll go ahead with the big report. > >> > > >> > On Mar 28, 2013 3:55 PM, "Adrian Chadd" wrote: > >> >> > >> >> On 28 March 2013 13:48, Ilya Bernshteyn wrote: > >> >> > Yes I've opened it to add a memory chip. I can open it up again and > >> >> > take > >> >> > a > >> >> > look. I upgraded the memory within 2 days of getting the laptop so > I > >> >> > don't > >> >> > even remember how the signal strength was before and after if it's > >> >> > possible > >> >> > that I somehow disconnected an antenna. > >> >> > >> >> Ok. > >> >> > >> >> Please verify whether there are one or two antenna connectors and > >> >> whether there are one or two antennas correctly plugged in. > >> >> > >> >> Then I think you have enough information for a bugzilla.kernel.orgbug > >> >> report. :-) > >> >> > >> >> > >> >> > >> >> Adrian > > > > > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
On 28 March 2013 15:19, Ilya Bernshteyn wrote: > Well, a quick search of "AR9485" in bugzilla shows I'm not the first with > this issue. > > https://bugzilla.kernel.org/show_bug.cgi?id=49201 > https://bugzilla.kernel.org/show_bug.cgi?id=55171 > > Doesn't look like anyone is in a hurry to fix it. Say I wanted to take a > stab at submitting a patch, any resources you'd recommend? My C/C++ > experience is mainly limited to college, I program in Java during the day. > These books look interesting: Well once you've filed the bug report, I'll bounce it around internally and see if I can get some dev time associated to it. (My day job is so very far removed from (ath9k) wifi, sorry, I'm just trying to shephard things in the right direction.) Thanks, Adrian > http://www.amazon.com/Essential-Device-Drivers-Sreekrishnan-Venkateswaran/dp/0132396556/ref=sr_1_2?ie=UTF8&qid=1364508130&sr=8-2&keywords=linux+wireless+drivers > http://www.amazon.com/Writing-Linux-Device-Drivers-exercises/dp/1448672384/ref=sr_1_3?ie=UTF8&qid=1364508139&sr=8-3&keywords=linux+drivers > > Thanks, > > Ilya > > > On Thu, Mar 28, 2013 at 4:11 PM, Adrian Chadd wrote: >> >> The reason why I asked is because the AR9485 is a 1x1 device with two >> antennas that get "switched" on and off one at a time. >> >> So the driver can in theory mess up on which antenna is "active" and >> only use say, receving on the ALT chain rather than the MAIN chain, or >> vice versa. It may not correctly figure out that one antenna is not >> working as well as the other and switch away from it. >> >> Since both antennas are connected, it's not that. >> >> So yes, please file a bug. Mention that both antennas are connected >> well. it definitely looks like an ath9k bug. >> >> Thanks, >> >> >> >> Adrian >> >> >> On 28 March 2013 14:07, Ilya Bernshteyn wrote: >> > Both antennas are connected nice and tight and correctly as far as I can >> > tell. White goes to aux and black goes to main. Here is a picture. >> > >> > http://imgur.com/f93LILb >> > >> > I would also be skeptical of it being an antenna issue just because >> > there's >> > no problem with the connection in win8, only in Linux. >> > >> > I guess I'll go ahead with the big report. >> > >> > On Mar 28, 2013 3:55 PM, "Adrian Chadd" wrote: >> >> >> >> On 28 March 2013 13:48, Ilya Bernshteyn wrote: >> >> > Yes I've opened it to add a memory chip. I can open it up again and >> >> > take >> >> > a >> >> > look. I upgraded the memory within 2 days of getting the laptop so I >> >> > don't >> >> > even remember how the signal strength was before and after if it's >> >> > possible >> >> > that I somehow disconnected an antenna. >> >> >> >> Ok. >> >> >> >> Please verify whether there are one or two antenna connectors and >> >> whether there are one or two antennas correctly plugged in. >> >> >> >> Then I think you have enough information for a bugzilla.kernel.org bug >> >> report. :-) >> >> >> >> >> >> >> >> Adrian > > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
Well, a quick search of "AR9485" in bugzilla shows I'm not the first with this issue. https://bugzilla.kernel.org/show_bug.cgi?id=49201 https://bugzilla.kernel.org/show_bug.cgi?id=55171 Doesn't look like anyone is in a hurry to fix it. Say I wanted to take a stab at submitting a patch, any resources you'd recommend? My C/C++ experience is mainly limited to college, I program in Java during the day. These books look interesting: http://www.amazon.com/Essential-Device-Drivers-Sreekrishnan-Venkateswaran/dp/0132396556/ref=sr_1_2?ie=UTF8&qid=1364508130&sr=8-2&keywords=linux+wireless+drivers http://www.amazon.com/Writing-Linux-Device-Drivers-exercises/dp/1448672384/ref=sr_1_3?ie=UTF8&qid=1364508139&sr=8-3&keywords=linux+drivers Thanks, Ilya On Thu, Mar 28, 2013 at 4:11 PM, Adrian Chadd wrote: > The reason why I asked is because the AR9485 is a 1x1 device with two > antennas that get "switched" on and off one at a time. > > So the driver can in theory mess up on which antenna is "active" and > only use say, receving on the ALT chain rather than the MAIN chain, or > vice versa. It may not correctly figure out that one antenna is not > working as well as the other and switch away from it. > > Since both antennas are connected, it's not that. > > So yes, please file a bug. Mention that both antennas are connected > well. it definitely looks like an ath9k bug. > > Thanks, > > > > Adrian > > > On 28 March 2013 14:07, Ilya Bernshteyn wrote: > > Both antennas are connected nice and tight and correctly as far as I can > > tell. White goes to aux and black goes to main. Here is a picture. > > > > http://imgur.com/f93LILb > > > > I would also be skeptical of it being an antenna issue just because > there's > > no problem with the connection in win8, only in Linux. > > > > I guess I'll go ahead with the big report. > > > > On Mar 28, 2013 3:55 PM, "Adrian Chadd" wrote: > >> > >> On 28 March 2013 13:48, Ilya Bernshteyn wrote: > >> > Yes I've opened it to add a memory chip. I can open it up again and > take > >> > a > >> > look. I upgraded the memory within 2 days of getting the laptop so I > >> > don't > >> > even remember how the signal strength was before and after if it's > >> > possible > >> > that I somehow disconnected an antenna. > >> > >> Ok. > >> > >> Please verify whether there are one or two antenna connectors and > >> whether there are one or two antennas correctly plugged in. > >> > >> Then I think you have enough information for a bugzilla.kernel.org bug > >> report. :-) > >> > >> > >> > >> Adrian > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
On 28 March 2013 13:48, Ilya Bernshteyn wrote: > Yes I've opened it to add a memory chip. I can open it up again and take a > look. I upgraded the memory within 2 days of getting the laptop so I don't > even remember how the signal strength was before and after if it's possible > that I somehow disconnected an antenna. Ok. Please verify whether there are one or two antenna connectors and whether there are one or two antennas correctly plugged in. Then I think you have enough information for a bugzilla.kernel.org bug report. :-) Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
Yes I've opened it to add a memory chip. I can open it up again and take a look. I upgraded the memory within 2 days of getting the laptop so I don't even remember how the signal strength was before and after if it's possible that I somehow disconnected an antenna. Thanks, Ilya On Thu, Mar 28, 2013 at 3:45 PM, Adrian Chadd wrote: > Yeah, that looks almost like a disconnected antenna. > > Don't suppose you've ever opened the laptop up? :-) Or can get at the > wifi NIC to see if both antennas are connected? > > > > Adrian > > On 28 March 2013 13:42, Ilya Bernshteyn wrote: > >> What's the signal level at 50ft? > > > > > > Link Quality=31/70 Signal level=-79 dBm > > > > And here are some more data points... > > > > 0 feet: Link Quality=61/70 Signal level=-49 dBm > > > > 10 feet: Link Quality=37/70 Signal level=-73 dBm > > > > 20 feet: Link Quality=30/70 Signal level=-80 dBm > > > > 30 feet: Link Quality=29/70 Signal level=-81 dBm > > > > 40 feet: Link Quality=31/70 Signal level=-79 dBm > > > > At 50 feet the connection dropped and reconnected. Let me know if this > helps > > or if you were looking for something else. > > > > Thanks, > > > > Ilya > > > > > > On Thu, Mar 28, 2013 at 3:26 PM, Adrian Chadd > wrote: > >> > >> On 28 March 2013 13:05, Ilya Bernshteyn wrote: > >> > >> > I can be more exact if really necessary, but at 50 feet, it's slow, > but > >> > doesn't drop. At 100 feet, it's unusable -- drops/reconnects every > >> > minute. > >> > >> What's the signal level at 50ft? > >> > >> I'm just trying to establish a basic RSSI/distance curve and see if it > >> matches what we expect. > >> > >> > But, I don't think it's an issue with any of these things. The same > >> > laptop > >> > booted in Win8 has a strong signal. As do several other devices > >> > connected to > >> > the same AP. Based on that, shouldn't I be lead to believe it is an > >> > issue > >> > with the ath9k driver itself? > >> > >> Oh it almost certainly is. But the question really is "where". :-) > >> > >> > >> > >> Adrian > > > > > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
Yeah, that looks almost like a disconnected antenna. Don't suppose you've ever opened the laptop up? :-) Or can get at the wifi NIC to see if both antennas are connected? Adrian On 28 March 2013 13:42, Ilya Bernshteyn wrote: >> What's the signal level at 50ft? > > > Link Quality=31/70 Signal level=-79 dBm > > And here are some more data points... > > 0 feet: Link Quality=61/70 Signal level=-49 dBm > > 10 feet: Link Quality=37/70 Signal level=-73 dBm > > 20 feet: Link Quality=30/70 Signal level=-80 dBm > > 30 feet: Link Quality=29/70 Signal level=-81 dBm > > 40 feet: Link Quality=31/70 Signal level=-79 dBm > > At 50 feet the connection dropped and reconnected. Let me know if this helps > or if you were looking for something else. > > Thanks, > > Ilya > > > On Thu, Mar 28, 2013 at 3:26 PM, Adrian Chadd wrote: >> >> On 28 March 2013 13:05, Ilya Bernshteyn wrote: >> >> > I can be more exact if really necessary, but at 50 feet, it's slow, but >> > doesn't drop. At 100 feet, it's unusable -- drops/reconnects every >> > minute. >> >> What's the signal level at 50ft? >> >> I'm just trying to establish a basic RSSI/distance curve and see if it >> matches what we expect. >> >> > But, I don't think it's an issue with any of these things. The same >> > laptop >> > booted in Win8 has a strong signal. As do several other devices >> > connected to >> > the same AP. Based on that, shouldn't I be lead to believe it is an >> > issue >> > with the ath9k driver itself? >> >> Oh it almost certainly is. But the question really is "where". :-) >> >> >> >> Adrian > > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
> > What's the signal level at 50ft? Link Quality=31/70 Signal level=-79 dBm And here are some more data points... 0 feet: Link Quality=61/70 Signal level=-49 dBm 10 feet: Link Quality=37/70 Signal level=-73 dBm 20 feet: Link Quality=30/70 Signal level=-80 dBm 30 feet: Link Quality=29/70 Signal level=-81 dBm 40 feet: Link Quality=31/70 Signal level=-79 dBm At 50 feet the connection dropped and reconnected. Let me know if this helps or if you were looking for something else. Thanks, Ilya On Thu, Mar 28, 2013 at 3:26 PM, Adrian Chadd wrote: > On 28 March 2013 13:05, Ilya Bernshteyn wrote: > > > I can be more exact if really necessary, but at 50 feet, it's slow, but > > doesn't drop. At 100 feet, it's unusable -- drops/reconnects every > minute. > > What's the signal level at 50ft? > > I'm just trying to establish a basic RSSI/distance curve and see if it > matches what we expect. > > > But, I don't think it's an issue with any of these things. The same > laptop > > booted in Win8 has a strong signal. As do several other devices > connected to > > the same AP. Based on that, shouldn't I be lead to believe it is an issue > > with the ath9k driver itself? > > Oh it almost certainly is. But the question really is "where". :-) > > > > Adrian > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
On 28 March 2013 13:05, Ilya Bernshteyn wrote: > I can be more exact if really necessary, but at 50 feet, it's slow, but > doesn't drop. At 100 feet, it's unusable -- drops/reconnects every minute. What's the signal level at 50ft? I'm just trying to establish a basic RSSI/distance curve and see if it matches what we expect. > But, I don't think it's an issue with any of these things. The same laptop > booted in Win8 has a strong signal. As do several other devices connected to > the same AP. Based on that, shouldn't I be lead to believe it is an issue > with the ath9k driver itself? Oh it almost certainly is. But the question really is "where". :-) Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
> > How far away from the AP are you? 50 feet What's the make/model of the AP? * Manufacturer: NETGEAR, Inc. * Model: WNDR3300 * Model Number: WNDR3300 Are you able to record signal level versus distance I can be more exact if really necessary, but at 50 feet, it's slow, but doesn't drop. At 100 feet, it's unusable -- drops/reconnects every minute. But, I don't think it's an issue with any of these things. The same laptop booted in Win8 has a strong signal. As do several other devices connected to the same AP. Based on that, shouldn't I be lead to believe it is an issue with the ath9k driver itself? Thanks, Ilya On Thu, Mar 28, 2013 at 2:56 PM, Adrian Chadd wrote: > On 28 March 2013 10:54, Ilya Bernshteyn wrote: > > Hello, > > > > I get a weak signal and dropped connections with AR9485 wireless card and > > the ath9k driver on Ubuntu 12.10. The same device booted to Win8 has good > > performance along with other devices connected to the same access point. > > Hi, > > Are you able to provide more information about the particulars of your > setup? > > * How far away from the AP are you? > * What's the make/model of the AP? (just to get an idea of how > good/crap the antenna design and TX power is) > * Are you able to record signal level versus distance? Just to plot > some idea of what's going on? > > There's a few things that can be going wrong in order to get poor RX > sensitivity. The AR9485 is a 1-stream device with two antennas. I'd > likely start by checking to ensure the antenna diversity logic is > "right", just in case your laptop only connected the main antenna. > > > > Adrian > ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
On 28 March 2013 12:29, John Clark wrote: > > On Mar 28, 2013, at 11:19 AM, Adrian Chadd wrote: > >> Which test modes are you after? > > I'd like to be able to 'turn on' transmitter continuously, with all > subcarriers at max power, to then determine channel power. > > This is a test mode, and not an operational mode. Felix and I are looking into opening this up for the 11n chips. There are some interesting FCC implications by doing this, just so you know. Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] AR9485 Performance Issues
On 28 March 2013 10:54, Ilya Bernshteyn wrote: > Hello, > > I get a weak signal and dropped connections with AR9485 wireless card and > the ath9k driver on Ubuntu 12.10. The same device booted to Win8 has good > performance along with other devices connected to the same access point. Hi, Are you able to provide more information about the particulars of your setup? * How far away from the AP are you? * What's the make/model of the AP? (just to get an idea of how good/crap the antenna design and TX power is) * Are you able to record signal level versus distance? Just to plot some idea of what's going on? There's a few things that can be going wrong in order to get poor RX sensitivity. The AR9485 is a 1-stream device with two antennas. I'd likely start by checking to ensure the antenna diversity logic is "right", just in case your laptop only connected the main antenna. Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
On Mar 28, 2013, at 12:00 PM, Felix Fietkau wrote: > On 2013-03-27 7:49 PM, John Clark wrote: >> Many people seem to desire the bit rate to be the 'highest possible', >> and have that automagically set. > What's wrong with the current behavior of picking the rate that causes > the least wasted airtime? What I'm looking for is a 'test mode' to determine channel power of the transmitter, based on observation of the signal via a spectrum analyzer. But there is no public documentation on the Phy level controls, I'm trying to get an 'asymptotic' approximation for the time being. John Clark. ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
On Mar 28, 2013, at 11:19 AM, Adrian Chadd wrote: > Which test modes are you after? I'd like to be able to 'turn on' transmitter continuously, with all subcarriers at max power, to then determine channel power. This is a test mode, and not an operational mode. Fixing the bit rate, loading up a bunch of packets, etc. sort of gives a 'asymptotic' approximation of this... but at the moment that's all I have to work with. I believe such 'test modes' to exist, since this is what would be used calibrate, or verify the device. But since I don't have access to this level of documentation, I can only 'guess' as to how this would be done. John Clark. > > > > > adrian > > On 28 March 2013 10:45, John Clark wrote: >> >> On Mar 28, 2013, at 4:32 AM, shinnazar wrote: >> >>> You should look at minstrel_ht code. there you can set specific rate at all >>> retry stages. But I think you should care about the error level, because >>> high error rates decreases Aggregate frame length consequently shows very >>> little throughput that may be not tolerable for your application. >> >> Thanks for the pointer. >> >> This 'need' is for testing the characteristics of the RF signal, and so the >> actual throughput is not necessarily 'important'. >> >> Since using 'test modes' of the Atheros chip set seems to be part of the >> 'black box' that is not divulged to the public, one >> has to find ways to perform tests, with what is available on the open source >> driver. >> >> John Clark. >> >> >> ___ >> 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] Fixing the rate and rate relationship to OFDM
On 2013-03-27 7:49 PM, John Clark wrote: > Many people seem to desire the bit rate to be the 'highest possible', > and have that automagically set. What's wrong with the current behavior of picking the rate that causes the least wasted airtime? > For some applications, I like to be able to set a specific bit rate, > and have that bit rate used no matter the resulting errors. That can be quite problematic with 802.11n aggregation. Any frame transmission that has failed after too many retries causes a BlockAck Request to be sent, which can cause other (potentially unrelated) frames to be dropped on the receiver side. Why do you want to do this at all? > I have looked a the code briefly, and it seems that there is the > possibility for setting up several retries, with changes in bit > rate. > > So, the questions are: > > 1) how to 'fix' a rate, disable adjustments on retries, etc? To do this per application, you'd have to put some ugly hacks into various layers. > 2) What is the relationship between the bit rate selected at this OS level, > and the subcarrier modulation of the RF signal? The standard describes what modulations are used for specific bitrates. - Felix ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Sparklan WPEA-121N AR9382 168c:abcd
On 03/28/2013 04:04 PM, Steffen Dettmer wrote: > > I talked with an expert of my unit about "resetting PCI express > cards". The units have a special controller (I^2C) able to power > off and power on the card slots. I was told that this does not > handle the PCI reset line correctly ("leaves it open"), but makes > "a hard cut to the 3 volts" (I hope I repeat it correctly). > > For my WPEA-121N cards, such a power cycle in my tests so far > worked around the issue. Even if it works, it is not PCI(e) compliant. When physically powering up a PCI device, you *have* to assert the reset signal to the slot. cu Michael ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] AR9485 Performance Issues
Hello, I get a weak signal and dropped connections with AR9485 wireless card and the ath9k driver on Ubuntu 12.10. The same device booted to Win8 has good performance along with other devices connected to the same access point. Below are the details of my setup. If anyone can confirm that AR9485 is supported and can help me troubleshoot my issues, it would be greatly appreciated. Please also let me know if you need any more information, i.e. the rest of the dmesg output. 1. OS: Ubuntu 12.10, kernel version 3.8.4-030804 2. Loaded latest ath9k driver from https://www.kernel.org/pub/linux/kernel/projects/backports/2013/03/26/ (downloaded compat-drivers-2013-03-26-u.tar.gz) 3. lspci -nn 02:00.0 Network controller [0280]: Atheros Communications Inc. AR9485 Wireless Network Adapter [168c:0032] (rev 01) 4.iw dev wlan0 scan (roommate chosen ssid :) BSS 30:46:9a:67:e9:d7 (on wlan0) -- associated TSF: 332971938415 usec (3d, 20:29:31) freq: 2462 beacon interval: 100 capability: ESS Privacy ShortSlotTime (0x0411) signal: -87.00 dBm last seen: 1224 ms ago Information elements from Probe Response frame: SSID: CIA Supported rates: 1.0* 2.0* 5.5* 11.0* 18.0 24.0 36.0 54.0 DS Parameter set: channel 11 ERP: Barker_Preamble_Mode RSN: * Version: 1 * Group cipher: TKIP * Pairwise ciphers: CCMP TKIP * Authentication suites: PSK * Capabilities: 16-PTKSA-RC (0x000c) Extended supported rates: 6.0 9.0 12.0 48.0 WPS: * Version: 1.0 * Wi-Fi Protected Setup State: 2 (Configured) * Selected Registrar: 0x0 * Response Type: 3 (AP) * UUID: 1900f435-2062-8334-31c4-448994e5aa5c * Manufacturer: NETGEAR, Inc. * Model: WNDR3300 * Model Number: WNDR3300 * Serial Number: 01 * Primary Device Type: 6-0050f204-1 * Device name: WNDR3300 * Config methods: Label, PBC * RF Bands: 0x3 WPA: * Version: 1 * Group cipher: TKIP * Pairwise ciphers: CCMP TKIP * Authentication suites: PSK * Capabilities: 16-PTKSA-RC (0x000c) WMM: * Parameter version 1 * u-APSD * BE: CW 15-1023, AIFSN 3 * BK: CW 15-1023, AIFSN 7 * VI: CW 7-15, AIFSN 2, TXOP 3008 usec * VO: CW 3-7, AIFSN 2, TXOP 1504 usec 5. dmesg | grep wlan0 [ 21.932648] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready [ 26.891333] wlan0: authenticate with 30:46:9a:67:e9:d7 [ 26.908968] wlan0: send auth to 30:46:9a:67:e9:d7 (try 1/3) [ 26.914636] wlan0: authenticated [ 26.918506] wlan0: associate with 30:46:9a:67:e9:d7 (try 1/3) [ 26.956682] wlan0: RX AssocResp from 30:46:9a:67:e9:d7 (capab=0x411 status=0 aid=5) [ 26.956746] wlan0: associated [ 26.956761] IPv6: ADDRCONF(NETDEV_CHANGE): wlan0: link becomes ready [ 145.733016] wlan0: authenticate with 30:46:9a:67:e9:d7 [ 145.736609] wlan0: send auth to 30:46:9a:67:e9:d7 (try 1/3) [ 145.741075] wlan0: authenticated [ 145.743115] wlan0: associate with 30:46:9a:67:e9:d7 (try 1/3) [ 145.747366] wlan0: RX AssocResp from 30:46:9a:67:e9:d7 (capab=0x411 status=0 aid=1) [ 145.747522] wlan0: associated 6. dmesg | grep ath9k [ 19.668649] ieee80211 phy0: Selected rate control algorithm 'ath9k_rate_control' Thanks, Ilya ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
Which test modes are you after? adrian On 28 March 2013 10:45, John Clark wrote: > > On Mar 28, 2013, at 4:32 AM, shinnazar wrote: > >> You should look at minstrel_ht code. there you can set specific rate at all >> retry stages. But I think you should care about the error level, because >> high error rates decreases Aggregate frame length consequently shows very >> little throughput that may be not tolerable for your application. > > Thanks for the pointer. > > This 'need' is for testing the characteristics of the RF signal, and so the > actual throughput is not necessarily 'important'. > > Since using 'test modes' of the Atheros chip set seems to be part of the > 'black box' that is not divulged to the public, one > has to find ways to perform tests, with what is available on the open source > driver. > > John Clark. > > > ___ > 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] Fixing the rate and rate relationship to OFDM
On Mar 28, 2013, at 4:32 AM, shinnazar wrote: > You should look at minstrel_ht code. there you can set specific rate at all > retry stages. But I think you should care about the error level, because > high error rates decreases Aggregate frame length consequently shows very > little throughput that may be not tolerable for your application. Thanks for the pointer. This 'need' is for testing the characteristics of the RF signal, and so the actual throughput is not necessarily 'important'. Since using 'test modes' of the Atheros chip set seems to be part of the 'black box' that is not divulged to the public, one has to find ways to perform tests, with what is available on the open source driver. John Clark. ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Sparklan WPEA-121N AR9382 168c:abcd
Hi all, thanks for all your replies. Let me tell my findings just in case it helps. * adrian.ch...@gmail.com [mailto:adrian.ch...@gmail.com] wrote: > The general consensus at work is - BIOSes are buggy and don't > necessarily reset the PCI bus correctly. > > So either you can do your own PCI bus reset post-boot (and > re-enumerate all the PCI devices, including initialising their > BARs) or smack your vendor to fix their BIOSes. I can't really > make any further suggestions besides that. I talked with an expert of my unit about "resetting PCI express cards". The units have a special controller (I^2C) able to power off and power on the card slots. I was told that this does not handle the PCI reset line correctly ("leaves it open"), but makes "a hard cut to the 3 volts" (I hope I repeat it correctly). For my WPEA-121N cards, such a power cycle in my tests so far worked around the issue. I tested ~30 main unit power cycles where I had 4 occurrences of the issue. No extra steps were needed (Linux 3.2 automatically detected the correctly after each slot power on, hundreds of slot power cycles tested). So fine for me. root@nomad:~# lspci|grep -i ath 01:00.0 Ethernet controller: Atheros Communications Inc. Device abcd (rev 01) root@nomad:~# i2cset -y 14 0x20 0x0 root@nomad:~# sleep 1 root@nomad:~# i2cset -y 14 0x20 0x1f root@nomad:~# lspci|grep -i ath 01:00.0 Network controller: Atheros Communications Inc. AR9300 Wireless LAN adaptor (rev 01) I also tried : root@nomad:~# echo "0" > /sys/bus/pci/slots/1/power root@nomad:~# echo "1" > /sys/bus/pci/slots/1/power this makes the device disappearing temporarily but does not have the desired effect of "fixing" the vendor ID. Happy Easter! Regards Steffen ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fwd: Atheros 9580 driver
Francisco Cuesta wrote: > I was using that command, but I had understood that some channels were > available on the device even though they didn't appear with that command. For > instance, if the version of iw is older that the running hardware those > channels wouldn't be shown, am I mistaken? "iw list" shows all the channels that the HW can operate on. Channels that are disabled for various reasons, including regulatory are shown explicitly. The version of "iw" shouldn't matter. Sujith ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fix A-MPDU Length
Ahmad Showail wrote: > If possible, do you have a pointer to the regulatory limit that you mentioned? > I tried searching online, but couldn't find anything. The 802.11 standard > document defines the maximum length of A-MPDU to 65 535 bytes. It states that > the A-MPDU size may further be limited by the HT receiver as advertised in its > HT Capabilities element. I think the limitation came from 8021.11j. Sujith ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
You should look at minstrel_ht code. there you can set specific rate at all retry stages. But I think you should care about the error level, because high error rates decreases Aggregate frame length consequently shows very little throughput that may be not tolerable for your application. Shinnazar -Original Message- From: John Clark [mailto:jeclark2...@aim.com] Sent: Thursday, March 28, 2013 3:49 AM To: ath9k-devel@lists.ath9k.org Subject: [ath9k-devel] Fixing the rate and rate relationship to OFDM Many people seem to desire the bit rate to be the 'highest possible', and have that automagically set. For some applications, I like to be able to set a specific bit rate, and have that bit rate used no matter the resulting errors. I have looked a the code briefly, and it seems that there is the possibility for setting up several retries, with changes in bit rate. So, the questions are: 1) how to 'fix' a rate, disable adjustments on retries, etc? 2) What is the relationship between the bit rate selected at this OS level, and the subcarrier modulation of the RF signal? Thanks, John Clark. ___ 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
[ath9k-devel] [Question] About WoW in ath9k
Hello I'm using Atheros 9280 device. I find interesting mailing list message about WoW. - Title:[PATCH v4 00/10] Add support for WOW in ath9k Mohammed Shafi Shajakhan Tue, 10 Jul 2012 02:23:08 -0700 - I would like to try a WoW function. Is there any information on Chipset which checked WoW by ath9k? Regards Matsuura ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel