Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752407AbZKVHOl (ORCPT ); Sun, 22 Nov 2009 02:14:41 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751915AbZKVHOk (ORCPT ); Sun, 22 Nov 2009 02:14:40 -0500 Received: from mail-fx0-f213.google.com ([209.85.220.213]:56713 "EHLO mail-fx0-f213.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751803AbZKVHOj convert rfc822-to-8bit (ORCPT ); Sun, 22 Nov 2009 02:14:39 -0500 X-Greylist: delayed 313 seconds by postgrey-1.27 at vger.kernel.org; Sun, 22 Nov 2009 02:14:39 EST DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=iYT/5FicNGQ6ptmOG1zp/SSQECxkSBphw5CI5pVfwGM8MTX69HGKHbhbWXuXbmr9df R6uiwG9fyMr4vBUs/TMUfjscXgRiAyZ7O7SlKpU3/d9Y6pVqIhbzJcJDu1rLcEBo0msZ bgvrAyDqxtDgzzctAAwZtjPs+0kCbUekgynZM= MIME-Version: 1.0 In-Reply-To: <4B0806EC.3050201@gmail.com> References: <30353c3d0911201730n4682ff7dy8225d475599eb9bb@mail.gmail.com> <4B0806EC.3050201@gmail.com> Date: Sun, 22 Nov 2009 02:09:30 -0500 X-Google-Sender-Auth: 80ceb8f7c356d00b Message-ID: <30353c3d0911212309i20c9b9d3y821b508d8f1c81a4@mail.gmail.com> Subject: Re: [rt2x00-users] ieee80211_tx_status: headroom too small From: David Ellingsworth To: Gertjan van Wingerde Cc: rt2x00 Users List , LKML , wireless Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 3669 Lines: 81 On Sat, Nov 21, 2009 at 10:27 AM, Gertjan van Wingerde wrote: > On 11/21/09 02:30, David Ellingsworth wrote: >> Wasn't sure where to send this, but with the latest 2.6.32-rc8-wl >> kernel built from the wireless-testing repository I'm getting a number >> of "ieee80211_tx_status: headroom too small" errors in my syslog. I'm >> using the rt61pci driver in conjunction with hostap as a wpa2 secured >> access point. The relevant information about my card from lspci is: >> >> 01:08.0 0280: 1814:0301 >> ? ? ? ? Subsystem: 1458:e934 >> ? ? ? ? Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- >> ParErr- Stepping- SERR+ FastB2B- DisINTx- >> ? ? ? ? Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- >> SERR- > ? ? ? ? Latency: 64, Cache Line Size: 128 bytes >> ? ? ? ? Interrupt: pin A routed to IRQ 18 >> ? ? ? ? Region 0: Memory at fe6f0000 (32-bit, non-prefetchable) [size=32K] >> ? ? ? ? Capabilities: [40] Power Management version 2 >> ? ? ? ? ? ? ? ? Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA >> PME(D0-,D1-,D2-,D3hot-,D3cold-) >> ? ? ? ? ? ? ? ? Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME- >> ? ? ? ? Kernel driver in use: rt61pci >> >> If you need any other information, I'll be happy to provide it. >> > > Hi David, > > This seems to be caused by the rt2x00 driver not properly declaring its alignment > maneuvring space properly, and thus it doesn't leave enough headroom left for > copying to the monitor interface. > > Can you check whether the attached patch fixes the issue for you? > Note: patch looks a bit bigger than it actually is due to indenting cleanups. > Gertjan, I haven't really been able to test this. The kernel version I was using at the time was 2.6.32-rc7-wl and not 2.6.32-rc8-wl. I'm rather certain the patch will resolve the issue, but I've been unable to get my wireless card to function properly with the latest 2.6.32-rc8-wl master branch. I'm not entirely sure what changed since two days ago, but I know the following: 1. 2.6.32-rc8 from Linus' master branch works fine but still exhibits this issue. However, this patch will not apply on top of 2.6.32-rc8. 2. 2.6.32-rc7-wl(11/19/2009) worked fine with the exception of the above mentioned error. Unable to test patch since I pulled all the recent modifications down. 3. 2.6.32-rc8-wl does not work at all for me, but patch does apply. I'm not entirely sure what the differences are between Linus' master branch of 2.6.32-rc8 and the current 2.6.32-rc8-wl tree are or what changes have been made on the wireless-testing master branch in the last couple of days that are preventing me from fully testing this patch. With the current wireless-testing master branch, 2.6.32-rc8-wl, with and without the patch I can associate and authenticate with my AP but am unable to do anything else. Any attempt to establish a wireless connection thus dies while trying to obtain an ip address via DHCP. Sadly, no errors are logged indicating what the cause of this problem might be. Given that I've only seen these errors after establishing a wireless connection, it's a little difficult for me to test without being able to transmit any data. I don't know if it's worth the effort or not, but if this patch were re-based against Linus' master branch I might be able to test it since my AP at least works with 2.6.32-rc8. Regards, David Ellingsworth -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/