Return-path: Received: from mail-qy0-f179.google.com ([209.85.221.179]:60108 "EHLO mail-qy0-f179.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S966127Ab0BZVBz (ORCPT ); Fri, 26 Feb 2010 16:01:55 -0500 Received: by qyk9 with SMTP id 9so311210qyk.5 for ; Fri, 26 Feb 2010 13:01:55 -0800 (PST) Message-ID: <4B8836BF.7000403@lwfinger.net> Date: Fri, 26 Feb 2010 15:01:51 -0600 From: Larry Finger MIME-Version: 1.0 To: Linus Torvalds CC: =?ISO-8859-1?Q?G=E1bor_Stefanik?= , "John W. Linville" , "David S. Miller" , wireless , Greg Kroah-Hartman Subject: Re: Make b43 driver fall back gracefully to PIO mode after fatal DMA errors References: <4B881C70.9030004@lwfinger.net> <69e28c911002261209m2b10ca27j5a62c91350e3597c@mail.gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On 02/26/2010 02:50 PM, Linus Torvalds wrote: > > > On Fri, 26 Feb 2010, G?bor Stefanik wrote: >> >> Does actually enabling mmiotrace fix it for you too? > > I haven't seen the report. What do you need to do? Certainly just enabling > CONFIG_MMIOTRACE does nothing, but I'd not expect it to - I'd expect that > you have to actually do the tracing itself. > > So if somebody has a recipe for me to test actual tracing of the module, I > can try to see if it makes a difference for me. If you do the following (as root): modprobe -r b43 echo 6400 > /sys/kernel/debug/tracing/buffer_size_kb echo mmiotrace > /sys/kernel/debug/tracing/current_tracer cat /sys/kernel/debug/tracing/trace_pipe > mydump.txt & modprobe b43 do some network activity, then echo nop > /sys/kernel/debug/tracing/current_tracer sleep 1 killproc cat That should be a good enough test. If your machine behaves the same as has been reported, you should see a DMA error at the point that tracing is turned off. Larry