Luis R. Rodriguez wrote:
On Tue, Nov 17, 2009 at 1:53 PM, David Acker <dacker@xxxxxxxxxx>
wrote:
Luis R. Rodriguez wrote:
On Tue, Nov 17, 2009 at 1:44 PM, David Acker <dacker@xxxxxxxxxx>
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.
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
