Am Donnerstag, 20. Januar 2011 schrieb Jussi Kivilinna: > Quoting Christian Lamparter <chunkeey@xxxxxxxxxxxxxx>: > > True, but a recent discussion into this matter have made parts of the > > API you are planning to use sort-of "deprecated"? [I think?] > > > > http://marc.info/?l=linux-wireless&m=129463297300480 > > > > I don't know the exact details, but I'm sure Kvalo does have his reasons. > > [afaik it has to do with wl12xx, he even explained it once, but I can't > > find that mail anymore]. > > > > What I understood from that thread is that rt2x00/usb doesn't have HW > buffering and doesn't enable IEEE80211_HW_HOST_BROADCAST_PS_BUFFERING > (rt2x00/pci does), and yet enables AP-mode. Driver has this comment: > /* > * Initialize all hw fields. > * > * Don't set IEEE80211_HW_HOST_BROADCAST_PS_BUFFERING unless we are > * capable of sending the buffered frames out after the DTIM > * transmission using rt2x00lib_beacondone. This will send out > * multicast and broadcast traffic immediately instead of buffering it > * infinitly and thus dropping it after some time. > */ Yep, your interpretation is correct. Multi- and broadcast buffering in mac80211 will stay, but only if your device is able to send them out in a timely manner, which rt2x00 usb devices are not. Helmut -- 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
