2011/6/1 Chris Vine <chris@xxxxxxxxxxxxxxxxxxxxx>: > On Wed, 1 Jun 2011 14:25:23 +0200 > RafaÅ MiÅecki <zajec5@xxxxxxxxx> wrote: >> I think you should easily get this error by transmitting. Streaming >> some video is mostly receiving. Just putting some random >> (ftp/sftp/iperf) server in the network would make the trick. > > OK rather than recompile the kernel with debugfs enabled, as you > suggested I took the debugging call to b43dbg() out of the > B43_DBG_DMAVERBOSE if block (so it is entered whether or not verbose > debugging is set). > > I transferred a 268MB file across the LAN in a little over 5 minutes > (so the transfer speed was a little under 10Mb/s). ÂDuring the course > of the transfer I got about 500 "b43-phy0 debug: Stopped TX ring 1" > statements logged. > > However the interesting thing is that with this debugging statement > included, I got no messages about any out of order TX status; instead, > apart from the overrun messages to the debug log, the link performed > normally. The file transfer did not fail (I have checked that the file > received is identical to the file sent) nor was the link to the router > lost. Probably writing to the debug log has changed some timing race > somewhere to the benefit of link integrity. > > However, as I said, I am not going to be in a position to do much > testing by way of transferring further files over the LAN for a period > of time, for unrelated reasons. Well, it just seems that hitting full TX ring does not cause firmware problems and out of order issue. However I've no idea what else can cause it. We were also seeing this issue with free firmware on G-PHY cards. Maybe this is some hardware issue firmware has to workaround? Maybe updating firmware could help? My next idea is to try 508.1107 firmware. -- RafaÅ -- 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
