Re: [Madwifi-devel] Survey: What are you using MadWifi for, and why?

[David Acker <dacker@roinet.com>]

Luis R. Rodriguez wrote:
> On Tue, Nov 17, 2009 at 1:53 PM, David Acker <dacker@roinet.com>
> wrote:
>> Luis R. Rodriguez wrote:
>>> On Tue, Nov 17, 2009 at 1:44 PM, David Acker <dacker@roinet.com>
>>> wrote:
>>>> It is a non-802.11s protocol that predates 802.11s development
>>>> by quite awhile.  It runs over WDS links.  In theory it could
>>>> run over anything that supports dynamic creation and
>>>> destruction of WDS links.
>>> So its a some sort of MadWifi-only hack?
>> Not at all.  The algorithm runs in user space
> 
> OK so not relevant.
True, but I was answering Michael's original question, "What are you
using MadWifi for?" I was trying to describe the system.  Sorry for the
confusion.

>> The problem with switching to ath5k would be the loss of
>> performance related features (compression, fast frames, turbo),
> 
> These are different than "mesh".

Yes, but it would be good if these features were supported over WDS
links (and on AP to STA links where both support the features).


>> and some required features (half/quarter rates are required for
>> some channels on some radios).
> 
> How does "mesh" relate to this?
It doesn't.  That is what the product I work on does.

> 
>> Also, I don't know if ath5k will work on products based on Atheros
>> WiSOCs like Ubiquiti's PicoStation and Bullet.
> 
> ath5k does not *yet* have SoC support but it may get it at later
> point.
That would be great.


> 
> So let me get this straight.
> 
> You have SoC Atheros solutions that use some userspace custom (not 
> 802.11s) solution that use fast frames, compression and turbo, oh and
>  half/quarter rates? WTF are you doing?

Lol, it isn't as crazy as it sounds.  I have meshing running on various
platforms. Some use miniPCI atheros based radios, some are SoC based.  I 
believe I misspoke when I said half/quarter rates.  It is better to say 
half width (10 MHz) or quarter width (5 MHz) channels.  There are 
several miniPCI based radios that require half or quarter width channels 
on some channels.  For example, the Ubiquiti XR7 requires quarter width 
channels on two of its four available channels.  The XR9 requires half 
width channels on two if its four available channels.  Sorry for any 
confusion I created.

> For backporting we have compat-wireless, it should allow you to use 
> even today's bleeding edge even on 2.6.25. It should be possible to 
> bring this down to 2.6.21 even but not many people are interested in 
> that it seems. Patches are welcomed though.
Thanks.  I am trying to decide which is more painful: porting a recent 
kernel to the hardware or porting compat-wireless down to 2.6.18.