On Tue, 2010-10-05 at 12:36 -0700, Luis R. Rodriguez wrote: > > Come to think of it -- some p2p stuff in the supplicant might time out > > if we do this, > > Its no different than the case of a DTIM 1 case when we do bgscan > and need to scan through some passive scan channels. > > > I think we need to cut the drivers/mac80211 some more > > slack in the supplicant and not assume the remain-on-channel will start > > quickly. > > Not sure I follow, do you mean that as per API we want to document > offchannel operation may loose broadcast/multicast data frames? Never mind ... it's not really related to this issue much. (but no, I meant that the offchannel operation might not start quickly) johannes -- 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
