On Fri, Apr 10, 2009 at 12:28 AM, Francesco Gringoli <francesco.gring...@ing.unibs.it> wrote: > > On Apr 9, 2009, at 11:56 PM, Michael Buesch wrote: >> 4318 is good enough for STA mode, but in AP mode it doesn't work >> correctly, because >> it simply loses too many packets. So it loses important management >> frames, etc... . >> If you limit the TX rate to 24M it becomes usable, however. >> 4306 is _much_ better in AP mode. > You mean that it misses to transmit some frames? Do you have > hypotheses on why AP mode should complete change the behavior of the > board from "good enough" to "not working correctly"? The only > difference between station and AP mode AFAIK is that AP mode honors > the TBTT condition and transmit the beacon when a beacon is needed. I > say honor since that condition and the other about beacon needed are > raised also in station mode but they are not handled. I'm confused. >> >> >> Of course, there always are exceptions to these rules, because there >> are about >> a million completely different 4318 and and 4306 cards out there. >> So you might be lucky to pick one of the few 4318 that works well in >> AP mode, or >> you might pick one of the few 4306 that don't work too well. > Ok, that could be. I have only 4318 branded as Asus, they are all > equal. Probably the fact the linksys does not work in AP mode confirm > what you say. > > I have noticed, however a strange fact with these 4318 based linksys: > when I set one of them in AP mode, beaconing is perfect and I can join > it from other stations. When I ping the AP from stations I get echo > reply. If, instead, I ping stations from the AP, no packet is sent! at > all; if I telnet from stations to the AP, e.g., to port 22, 3whs ends > but then the TCP session dies. The strange fact is that it seems that > there are problems for all the frames whose generation involves a > contest switching from userspace to kernel, in other words a complete > cross of the mac80211+b43 layers. If instead, on the AP, I completely > bypass the network stack and directly ask b43 to transmit a frame > (with a modified b43) the frame is transmitted, at every rate I choose > (I choose the rate inside the kernel code, I'm not referring to the > rate set by iwconfig). > > Do you have some of these flawed 4318? > > -Francesco
Can you please release the patch you used to transmit frames using b43 directly, with a complete bypass of the stack? Also, what results do you get if you instead try to use mac80211's radiotap injection feature (which bypasses most, but not all of mac80211)? Thanks, Gábor -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) _______________________________________________ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
