Re: [ath9k-devel] Fixing the rate and rate relationship to OFDM
Hi Adrian, You talking about real continuos signal like sine wave? I do not understand why it needed. The method I'd offered is in full accordance with the 802.11 standard (and FCC I think) until CCA mechanism is not shut down. But I agree what this kind of flood generator is terrible in the air. Hi John, I'd asked our RF engeneers who do FCC sertification tests. They agree - SA power measurements are complex, slow and imprecise. But this methods is defined by FCC specifications. Best regards, Alex. ___ 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 30 March 2013 05:32, Alex Hacker hac...@epn.ru wrote: Hi Adrian, You talking about real continuos signal like sine wave? I do not understand why it needed. The method I'd offered is in full accordance with the 802.11 standard (and FCC I think) until CCA mechanism is not shut down. But I agree what this kind of flood generator is terrible in the air. Yup. Either is kinda frightening though! Even a back-to-back frame transmission with CCA disabled is bordering on unhappiness. Hi John, I'd asked our RF engeneers who do FCC sertification tests. They agree - SA power measurements are complex, slow and imprecise. But this methods is defined by FCC specifications. IIRC, there's ETSI requirements that tones are generated to test centre frequency accuracies. I thought that the FCC had those too? 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
Hi Adrian, On Sat, Mar 30, 2013 at 06:27:53AM -0700, Adrian Chadd wrote: Yup. Either is kinda frightening though! Even a back-to-back frame transmission with CCA disabled is bordering on unhappiness. Yeah! Although it is all nothing compared to 1kW microwave oven or 500kW weather radar. :) IIRC, there's ETSI requirements that tones are generated to test centre frequency accuracies. I thought that the FCC had those too? I think yes in some way. I ask the authoritative people at the morinig they did both procedures. Adrian Best regards, Alex. ___ 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 Sat, Mar 30, 2013 at 09:03:24PM +0600, Alex Hacker wrote: I think yes in some way. I ask the authoritative people at the morinig they did both procedures. Sorry, I wanted to say: I ask the authoritative people at the monday. They breeze through both procedures. Best regards, Alex. ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] [rft] ath9k_htc firmware test - 1.3.1
Hi, I've tagged and compiled up the 1.3.1 ath9k htc firmware. There's been a couple of minor bugfixes but it's mostly just been me going over and adding / fixing the QCA file licencing to have an explicit licence. You can find it here: http://people.freebsd.org/~adrian/ath9k_htc/1.3.1/ I'd appreciate any testing that people can give this. Thanks! Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
[ath9k-devel] [rft] ath9k_htc firmware test - 1.3.1
(resending as gmail was in HTML mail mode for some odd reason) Hi, I've tagged and compiled up the 1.3.1 ath9k htc firmware. There's been a couple of minor bugfixes but it's mostly just been me going over and adding / fixing the QCA file licencing to have an explicit licence. You can find it here: http://people.freebsd.org/~adrian/ath9k_htc/1.3.1/ I'd appreciate any testing that people can give this. Thanks! Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] [rft] ath9k_htc firmware test - 1.3.1
Am 30.03.2013 18:12, schrieb Adrian Chadd: (resending as gmail was in HTML mail mode for some odd reason) Hi, I've tagged and compiled up the 1.3.1 ath9k htc firmware. There's been a couple of minor bugfixes but it's mostly just been me going over and adding / fixing the QCA file licencing to have an explicit licence. You can find it here: http://people.freebsd.org/~adrian/ath9k_htc/1.3.1/ I'd appreciate any testing that people can give this. Tested: AR7010+AR9280 - OK AR9271 - OK Tests: - connect to AP - run default netperf test. -- Regards, Oleksij ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] [rft] ath9k_htc firmware test - 1.3.1
On 30 March 2013 10:21, Oleksij Rempel bug-tr...@fisher-privat.net wrote: You can find it here: http://people.freebsd.org/~adrian/ath9k_htc/1.3.1/ I'd appreciate any testing that people can give this. Tested: AR7010+AR9280 - OK AR9271 - OK Tests: - connect to AP - run default netperf test. Thanks! The performance figures are ok? Adrian ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel
Re: [ath9k-devel] [rft] ath9k_htc firmware test - 1.3.1
Am 30.03.2013 18:47, schrieb Adrian Chadd: On 30 March 2013 10:21, Oleksij Rempel bug-tr...@fisher-privat.net wrote: You can find it here: http://people.freebsd.org/~adrian/ath9k_htc/1.3.1/ I'd appreciate any testing that people can give this. Tested: AR7010+AR9280 - OK AR9271 - OK Tests: - connect to AP - run default netperf test. Thanks! The performance figures are ok? Speed on AR7010+AR9280 is not constant. It variate from 2 to 49Mbit. On AR9271 and AR9285 variation is not so big. But the last two haw bigger antennas. On other hand only AR7010+AR9280 is 2x2:2. -- Regards, Oleksij ___ ath9k-devel mailing list ath9k-devel@lists.ath9k.org https://lists.ath9k.org/mailman/listinfo/ath9k-devel