Return-path: Received: from smtp5.freeserve.com ([193.252.22.151]:31845 "EHLO smtp6.freeserve.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1758733Ab1FAKs6 convert rfc822-to-8bit (ORCPT ); Wed, 1 Jun 2011 06:48:58 -0400 Date: Wed, 1 Jun 2011 11:48:39 +0100 From: Chris Vine To: =?utf-8?B?UmFmYcWCIE1pxYJlY2tp?= Cc: Larry Finger , wireless , Michael =?ISO-8859-1?B?QvxzY2g=?= , b43-dev Subject: Re: b43 error under heavy load Message-ID: <20110601114839.433ae42d@boulder.homenet> (sfid-20110601_124902_625631_9EAFB909) In-Reply-To: References: <4CEAB969.20702@lwfinger.net> <1290451982.20888.2.camel@maggie> <4CEAC095.7020706@lwfinger.net> <4DC9853A.1090508@lwfinger.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Wed, 1 Jun 2011 11:23:45 +0200 Rafał Miłecki wrote: > W dniu 1 czerwca 2011 01:29 użytkownik Chris Vine > napisał: > > However, fixing this bug reveals something else.  After about 2 > > hours of streaming on MLB.TV I got this, apparently at random (but > > this is not a hard error: by disassociating from the AP and > > reassociating, the rest of the game played fine, and there was no > > need to load or unload modules): > > > > b43-phy0 debug: TX-status contains invalid cookie: 0x0DCE > > b43-phy0 debug: Out of order TX status report on DMA ring 1. > > Expected 74, but got 76 > > Chris, my first suspicion for this issue is filling the whole TX > buffer. This could explain what does it happen on high traffic. > > Below there is an idea how we can easily test it. Can you take a look > at this, and perform some testing? > > > 2011/5/10 Rafał Miłecki : > > It seems to happen only under heavy load... maybe it has something > > to do with reaching end of the ring (not whole ring, just end of > > free slots)? > > > > Did you try verbose debugging? I wonder if there is any relation > > between Out of order and: > > if (b43_debug(dev, B43_DBG_DMAVERBOSE)) { > >        b43dbg(dev->wl, "Stopped TX ring %d\n", ring->index); > > } > > > > Could you try it? > > AFAIK to enable this debugging you only need to: > echo 1 > /sys/kernel/debug/b43/phy0/debug_dmaverbose I don't have a /sys/kernel/debug directory with a running 3.0.0-rc1 kernel, so it appears that b43 debugging (which I do have enabled) doesn't use it. On the question of whether it is a firmware problem, I have not experienced a similar issue with the wl driver, but the firmware that b43 uses from broadcom-wl-4.178.10.4 seems to be an earlier version, so that does not rule out the firmware: the earliest hybrid-portsrc wl driver I have used is v5.10.91.9.3. Chris