I saw some RFC patches about beam-forming from 2010, but grepping current
code doesn't find anything that indicates these patches ever made it upstream.
Of course, I could be looking for the wrong thing...
Does the current ath9k code support beam-forming?
Thanks,
Ben
--
Ben Greear <[email protected]>
Candela Technologies Inc http://www.candelatech.com
Hi Ben,
sorry for the delayed reply was bit involved in some other tasks.
>
>
> Can you post the latest patch series for this?
there are some commitments which i have to finish it off and i can start
doing this only out of my free time. Further it would take some good
amount of time for testing.
Unless its not pushed officially validating requires even more effort.
i hope we can make this work into ath9k.
>
> And maybe we can make the functionality configurable by debugfs
> so that we can test it out easily?
yes sure.
>
> Are there any particular test cases that would help verify the
> patches?
throughput test cases with variation attenuation and antenna orientation ?
definitely it should not cause any throughput regressions :)
>
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <[email protected]>
> Candela Technologies Inc http://www.candelatech.com
>
>
--
thanks,
shafi
Hi Ben,
On Wed, Aug 29, 2012 at 12:29 AM, Ben Greear <[email protected]> wrote:
> I saw some RFC patches about beam-forming from 2010, but grepping current
> code doesn't find anything that indicates these patches ever made it
> upstream.
> Of course, I could be looking for the wrong thing...
i think even though the patches are ready for submission,
I think the testing them proved to be very challenging, where there
does not seems to be consistent improvement(if not decrease)
in throughput. I can be wrong.
>
> Does the current ath9k code support beam-forming?
no. hopefully we can support them(yet we need some considerable
amount of time to test i suppose).
>
> Thanks,
> Ben
>
> --
> Ben Greear <[email protected]>
> Candela Technologies Inc http://www.candelatech.com
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
thanks,
shafi
On 08/28/2012 10:05 PM, Mohammed Shafi wrote:
> Hi Ben,
>
> On Wed, Aug 29, 2012 at 12:29 AM, Ben Greear <[email protected]> wrote:
>> I saw some RFC patches about beam-forming from 2010, but grepping current
>> code doesn't find anything that indicates these patches ever made it
>> upstream.
>> Of course, I could be looking for the wrong thing...
>
> i think even though the patches are ready for submission,
> I think the testing them proved to be very challenging, where there
> does not seems to be consistent improvement(if not decrease)
> in throughput. I can be wrong.
>
>>
>> Does the current ath9k code support beam-forming?
>
> no. hopefully we can support them(yet we need some considerable
> amount of time to test i suppose).
Can you post the latest patch series for this?
And maybe we can make the functionality configurable by debugfs
so that we can test it out easily?
Are there any particular test cases that would help verify the
patches?
Thanks,
Ben
--
Ben Greear <[email protected]>
Candela Technologies Inc http://www.candelatech.com
On 08/30/2012 10:28 PM, Mohammed Shafi wrote:
> Hi Ben,
>
> sorry for the delayed reply was bit involved in some other tasks.
>
>>
>>
>> Can you post the latest patch series for this?
>
> there are some commitments which i have to finish it off and i can start
> doing this only out of my free time. Further it would take some good
> amount of time for testing.
> Unless its not pushed officially validating requires even more effort.
> i hope we can make this work into ath9k.
>
>>
>> And maybe we can make the functionality configurable by debugfs
>> so that we can test it out easily?
>
> yes sure.
>
>>
>> Are there any particular test cases that would help verify the
>> patches?
>
> throughput test cases with variation attenuation and antenna orientation ?
> definitely it should not cause any throughput regressions :)
I'll soon have the ability to script throughput tests v/s various
attenuations (using programmable attenuator that I'm building).
I can do over-the-air tests as well. Probably 2-4 weeks until I
get everything automated, but when it is, I'll run some baseline
tests and then if you can post patches (RFC is fine if you are
not sure it's ready for upstream) then I can do some tests with
that as well and compare the results...
Thanks,
Ben
--
Ben Greear <[email protected]>
Candela Technologies Inc http://www.candelatech.com
Hi Ben,
>
>
> I'll soon have the ability to script throughput tests v/s various
> attenuations (using programmable attenuator that I'm building).
>
> I can do over-the-air tests as well. Probably 2-4 weeks until I
> get everything automated, but when it is, I'll run some baseline
> tests and then if you can post patches (RFC is fine if you are
> not sure it's ready for upstream) then I can do some tests with
> that as well and compare the results...
currently working in some other feature bug fixing and my project
responsibilities may change, not sure how much time i would (or) how soon
i would do, but if i do work on this, i can sync up with the latest h/w code.
>
>
> Thanks,
> Ben
>
>
> --
> Ben Greear <[email protected]>
> Candela Technologies Inc http://www.candelatech.com
>
--
thanks,
shafi