Skip to contentSkip to conversation

ath5k: 10 MHz channels?

DISCUSSION Richard Scherping 2 participants 4 messages May 26, 2008 – May 29, 2008

lore
Share & tools
lore
#0 lore raw

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

#1 lore raw

2008/5/26 Richard Scherping <[email protected]>:

Quoted 11 lines

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 ;-)

Signature · 3 lines
GPG ID: 0xD21DB2DB
As you read this post global entropy rises. Have Fun ;-)
Nick
#2 lore raw
Quoted 5 lines · Nick Kossifidis

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

#3 lore raw

2008/5/28 Richard Scherping <[email protected]>:

Quoted 10 lines
Quoted 5 lines · Nick Kossifidis

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!

Quoted 9 lines

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 ?

Quoted 2 lines

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 !

Quoted 4 lines

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...

Signature · 3 lines
GPG ID: 0xD21DB2DB
As you read this post global entropy rises. Have Fun ;-)
Nick