Kalle Valo wrote: > Jan Kiszka <jan.kiszka@xxxxxx> writes: > >> the ar9170 is not advertising its AP feature. However, hacking in the >> bit allows me to run an AP on my D-Link DWA 160A with the sources of >> yesterday's wireless-testing. Works mostly fine so far, just device >> startup (firmware loading?) is sometimes a bit fragile, and rate control >> seems to jump more than needed when the connection gets worse. >> >> There was some telling the multicast transmission would not work, but I >> just tested it and cannot confirm this. Did something change or does a >> specific multicast scenario still fail? Otherwise I would like to see AP >> mode enabled in the ar9170 so that it works without modifying kernel >> sources. Would post a patch then. > > Did you test with a client which had power save mode enabled? That's > the tricky part. Probably not, ath5k on my notebook doesn't support it. Now looking for some station that does. > > IMHO AP mode should not be enabled until it's confirmed that power > save mode works properly. How common is the combination of powersaving and mcast in practice? Given that quite a few useful scenarios are blocked right now (unless you know what to patch), I would at least vote for a config option or a module parameter. That gives a chance to warn the user about this limitation without locking out people that are no hackers. Jan
Attachment:
signature.asc
Description: OpenPGP digital signature