From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paul Fertser Date: Tue, 19 Oct 2010 04:43:31 +0400 Subject: PIO mode In-Reply-To: <4CBCA6BC.6080605@lwfinger.net> References: <20101009213220.GU1593@home.pavel.comp> <20101010072158.GV1593@home.pavel.comp> <20101010170311.GW1593@home.pavel.comp> <20101013065845.GG1593@home.pavel.comp> <4CBB7A46.6040507@lwfinger.net> <20101018041103.GK1593@home.pavel.comp> <4CBCA6BC.6080605@lwfinger.net> Message-ID: <20101019004331.GN1593@home.pavel.comp> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: b43-dev@lists.infradead.org On Mon, Oct 18, 2010 at 02:57:48PM -0500, Larry Finger wrote: > On 10/17/2010 11:11 PM, Paul Fertser wrote: > > This works the same as coldbooting b43 without this parameter, i.e. on > > wireless-testing it loads and works but i'm able to induce the fatal dma > > error by producing constant upstream traffic. It switches to PIO mode and > > is able to scan but fails to associate. Reloading the module produces the > > dma error immediately, and pio still doesn't work (see dmesg in my other > > message). > > If I read this correctly, the latest wireless-testing version of b43 works from > a coldboot, but it fails when doing heavy transmitting. How do you generate this > upstream traffic? I'm hoping to duplicate your results on my netbook. I have a desktop connected by wired ethernet to the wireless AP and i do $ ssh pavelssh at 192.168.1.2 bash -c 'cat > /dev/null' < /dev/zero from the netbook. -- Be free, use free (http://www.gnu.org/philosophy/free-sw.html) software! mailto:fercerpav@gmail.com