On Tue, Jul 1, 2008 at 12:29 PM, Luis R. Rodriguez <mcgrof@xxxxxxxxx> wrote: > On Mon, Jun 30, 2008 at 4:29 AM, Tomas Winkler <tomasw@xxxxxxxxx> wrote: >> On Mon, Jun 30, 2008 at 2:09 PM, Johannes Berg >> <johannes@xxxxxxxxxxxxxxxx> wrote: >>> On Sun, 2008-06-29 at 09:23 +0300, Guy Cohen wrote: >>>> More info on the issue.. The problem is with TX of unrestrained UDP >>>> stream, when the traffic generated at the application layer is larger >>>> than the link can pass. With kernel 2.6.26-* the traffic is restrained >>>> when the TX FIFOs gets full while in 2.6.25.* frames are dropped at >>>> some layer. It seems that the drop happens after the IP fragmentation >>>> step at the stack. >>> >>> does compat use multiqueue now? if not, look in the mac80211 fake mq >>> code. >> >> 2.6.25 has a real mq > > We only use fake mq support for kernels <= 2.6.22 as 2.6.23 added > support for MQ. Also if your 2.6.23 doesn't have MQ it will warn you. We did some more black box testing and this is happening only in UDP streaming. TCP is okay. Again this bug is not present in 2.6.26-rc3 and up. Thanks Tomas -- 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
