On Wed, 2009-06-10 at 17:49 +0200, Johannes Berg wrote: > Now, it may or may not be possible to work around this in software by > sending out the multicast frames on a high-priority queue right after > the beacon, or something like that, but frankly I'm not interested in > working on zd1211rw myself, so that will have to be somebody who is (a) > familiar with 802.11 powersaving and multicast buffering, (b) wants > zd1211rw to work, and finally (c) has a lot of time to play with the > device. And also, until the work has been done to determine whether an acceptable solution in software is possible, I do not want to see any of the upper-layer work to support this "BROKEN_AP" mode you've been advocating. IOW, I think we should look into adding that only after we have determined for sure that we actually need it. johannes
Attachment:
signature.asc
Description: This is a digitally signed message part
