Return-path: Received: from mail-ob0-f174.google.com ([209.85.214.174]:51733 "EHLO mail-ob0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756362Ab2FNRAH (ORCPT ); Thu, 14 Jun 2012 13:00:07 -0400 Received: by obbtb18 with SMTP id tb18so2652511obb.19 for ; Thu, 14 Jun 2012 10:00:06 -0700 (PDT) MIME-Version: 1.0 In-Reply-To: <1339691877.9786.0.camel@jlt3.sipsolutions.net> References: <1339168600.5748.2.camel@jlt3.sipsolutions.net> <4FD21C6B.5000402@lwfinger.net> <1339170182.5748.7.camel@jlt3.sipsolutions.net> <1339170287.5748.8.camel@jlt3.sipsolutions.net> <1339170510.5748.9.camel@jlt3.sipsolutions.net> <1339170742.5748.10.camel@jlt3.sipsolutions.net> <1339171159.5748.11.camel@jlt3.sipsolutions.net> <4FD22727.7000500@lwfinger.net> <1339180580.5748.32.camel@jlt3.sipsolutions.net> <1339180948.5748.35.camel@jlt3.sipsolutions.net> <1339182289.5748.36.camel@jlt3.sipsolutions.net> <1339576294.4519.17.camel@jlt3.sipsolutions.net> <1339602402.4519.48.camel@jlt3.sipsolutions.net> <20120613204230.474d1b6c@milhouse> <1339691877.9786.0.camel@jlt3.sipsolutions.net> Date: Thu, 14 Jun 2012 19:00:05 +0200 Message-ID: (sfid-20120614_190012_948539_4C828F42) Subject: Re: chip id 4318 regression: WARN_ON_ONCE(sdata->vif.hw_queue[i] >= n_queues)) From: Andre Heider To: Johannes Berg Cc: =?ISO-8859-1?Q?Michael_B=FCsch?= , Larry Finger , linux-wireless@vger.kernel.org, b43-dev@lists.infradead.org, =?ISO-8859-2?Q?Rafa=B3_Mi=B3ecki?= Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: On Thu, Jun 14, 2012 at 6:37 PM, Johannes Berg wrote: > On Thu, 2012-06-14 at 18:26 +0200, Andre Heider wrote: > >> > This just seems to be a follow-up oops and the original one scrolled off screen. >> >> Indeed, the framebuffer showed up too late on TV and I didn't even notice ;) >> >> pause_on_oops=30 made that easier, and the offender is >> drivers/net/wireless/b43/main.c:5294 from the patch: >> wldev->qos_enabled = true; > > Ok ... seems wldev doesn't exist then? Doesn't make any sense to me, but > I don't understand the code ... not that it matters, try this: > > http://p.sipsolutions.net/9c830800d14f3ff8.txt This still oopses: if (!modparam_qos || wldev->fw.opensource) I do get a working wlan0 if I force "hw->queues = 1;" without that offending line, but just a `dmesg` over wlan+ssh yields another one (prolly the same one I already described on an older patch): http://i.imgur.com/epdRF.jpg