Hello list!
I have been testing ath5k with some different Atheros devices (Cardbus bg, MiniPCI HighPower abg, MiniPCI HighPower a - exact models available if needed) and found that it works quite well now. Test systems were running Debian 4.0 with Kernel 2.6.22 from backports and compat-wireless 2008-05-17.
While using arbitrary channels worked quite well (got ad-hoc working at 6.1 GHz - in development lab, so no legal problems with that) I do miss the possibility to switch to 10 MHz wide channel operation as it is possible with MadWifi and needed for some 11j modes.
Are there any hints how this might be possible to enable? I can provide analysis of the systems running with MadWifi and 10 MHz channels if needed - just direct me to the right tools ;-)
Thanks in advance for any help!
Richard
2008/5/26 Richard Scherping <[email protected]>:
> Hello list!
>
> I have been testing ath5k with some different Atheros devices (Cardbus bg, MiniPCI HighPower abg, MiniPCI HighPower a - exact models available if needed) and found that it works quite well now. Test systems were running Debian 4.0 with Kernel 2.6.22 from backports and compat-wireless 2008-05-17.
>
> While using arbitrary channels worked quite well (got ad-hoc working at 6.1 GHz - in development lab, so no legal problems with that) I do miss the possibility to switch to 10 MHz wide channel operation as it is possible with MadWifi and needed for some 11j modes.
>
> Are there any hints how this might be possible to enable? I can provide analysis of the systems running with MadWifi and 10 MHz channels if needed - just direct me to the right tools ;-)
>
> Thanks in advance for any help!
>
> Richard
No work has been done for such features yet, other more important
things are missing right now. If you want to rev. engineer
half/quarter rate channels, i think you should start from nic_wakeup
and reset functions (also check out rx/tx descriptors for the rate
code). Mmiotrace is your friend ;-)
--
GPG ID: 0xD21DB2DB
As you read this post global entropy rises. Have Fun ;-)
Nick
Nick Kossifidis schrieb:
> No work has been done for such features yet, other more important
> things are missing right now. If you want to rev. engineer
> half/quarter rate channels, i think you should start from nic_wakeup
> and reset functions (also check out rx/tx descriptors for the rate
> code). Mmiotrace is your friend ;-)
Thanks very much for your reply, Nick!
In fact I found the piece of code needed to get 10 MHz channels working with the Ubiquity cards today.
I do not have the full code at hand ATM, but it was not more than adding
clock |= 0x100
to hw.c:ath5k_hw_nic_wakeup.
madwifi-trace helped to find that single, but important bit ;-)
ath5k performance still is somewhat limited in ad-hoc mode, but I will try to work on that, too. Are there any ideas yet, that are not already implemented? I refer to the effect that a simple ping between two ath5k ad-hoc stations has only about 80 % success rate...
Thanks for your great work! With the full frequency range and free choice of channelwidths ath5k is about to exceed even specially modified MadWifi versions in functionality.
Richard
2008/5/28 Richard Scherping <[email protected]>:
> Nick Kossifidis schrieb:
>
>> No work has been done for such features yet, other more important
>> things are missing right now. If you want to rev. engineer
>> half/quarter rate channels, i think you should start from nic_wakeup
>> and reset functions (also check out rx/tx descriptors for the rate
>> code). Mmiotrace is your friend ;-)
>
> Thanks very much for your reply, Nick!
>
> In fact I found the piece of code needed to get 10 MHz channels working with the Ubiquity cards today.
> I do not have the full code at hand ATM, but it was not more than adding
>
> clock |= 0x100
>
> to hw.c:ath5k_hw_nic_wakeup.
>
> madwifi-trace helped to find that single, but important bit ;-)
>
Cool stuff ;-)
Thanks a lot for finding this out, can you also try 5Mhz and see what changes ??
Could you run some iperf tests and see the difference ?
Have you verified that 10Mhz channels work between madwifi and ath5k +
your patch ?
> ath5k performance still is somewhat limited in ad-hoc mode, but I will try to work on that, too. Are there any ideas yet, that are not already implemented? I refer to the effect that a simple ping between two ath5k ad-hoc stations has only about 80 % success rate...
>
ASAP i'll post a patch to update the list of registers and fix I/Q
calibration, then we 'll be able to implement ANI (adaptive noise
immunity) which i believe will fix some
rf issues (working on it, i think i got it right based on public
available pattent docs from Atheros, search for a topic "tracing ani"
on ath5k-devel for more infos). Then we have to work on phy
initialization (rf registers etc), tx power calibration and tx power
setting (this is going to take a long time). Sorry for delaying these
patches (you can find some of my work on the latest tarballs here ->
http://www.kernel.org/pub/linux/kernel/people/mickflemm/ and work done
on tx power etc on ath_info tool, but i have more to send) it's just
that my time is very limited due to university etc and i try hard to
keep up with rev. engineering and other things.
There are many things to be done but i'm optimistic that this summer
is going to be very productive. I'm starting to be optimistic about
AR5416 (802.11n) cards too ;-)
There are also many things to do on the driver side that we are ready
to implement -hw code exist- (802.11e for example) but there is simply
NO time to work on them.
In other words: We NEED more people !
> Thanks for your great work! With the full frequency range and free choice of channelwidths ath5k is about to exceed even specially modified MadWifi versions in functionality.
>
> Richard
>
I hope we 'll have a nice floss driver for Atheros cards so anyone can
work better with them, not only as a user but also for research etc.
This hw is nice and i hope to get 100% out of it...
--
GPG ID: 0xD21DB2DB
As you read this post global entropy rises. Have Fun ;-)
Nick