Johannes Berg wrote: > I'm inclined to ask you to remove that multicast checking from mac80211 > and do it closer to the hardware, and simply require from the > driver/hardware that mac80211 needs not do anything for multicast > traffic. Mostly because I'm thinking that once we start relying on the > software implementation in mac80211 the delay may be too large. I'm curious to know how this is implemented in other vendor drivers because beacon processing is shared between the hw and sw. mc bit is processed in the hw whereas tim bit and timestamp update need sw's help. Is the mc bit checking done only on enabling power save? if set and mc packets are received, how does it automatically go back to sleep and wouldn't there be any conflict between mac80211 and the hw regarding power state since mac80211 is not aware of the mc bit induced state change? Vivek. -- 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
