Hi Jiri (and Johannes), Jiri Benc <[EMAIL PROTECTED]> writes: > On Wed, 23 Aug 2006 09:25:06 +0200, Johannes Berg wrote: > > Should that really drop dataframes dead on the floor? And wouldn't it > > make sense stop the networking layer from injecting more data into the > > stack when stop_data_frame_tx is enabled? > > I agree. That should be solved in an another way (stop dequeuing frames > from 802.11 qdisc?).
This is used to be able to send the channel switch announcements that are queued from userspace out, yet not send dataframes in this same queue out. This is to avoid exceeding regulatory requirements for transmission time after radar has been detected. It's not ideal, but possibly neither is hanging on to the frames during the interval in which the channel changes hoping to find the same station there. Thanks, elliot - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html