[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <7A94256FD72B884D9E7C55586C3CBCEE1381EE4B69@SJEXCHCCR01.corp.ad.broadcom.com>
Date: Fri, 8 Oct 2010 10:45:14 -0700
From: "Brett Rudley" <brudley@...adcom.com>
To: "Jon Masters" <jonathan@...masters.org>,
"linux-wireless@...r.kernel.org" <linux-wireless@...r.kernel.org>
cc: "Henry Ptasinski" <henryp@...adcom.com>,
"Nohee Ko" <noheek@...adcom.com>,
"Jon Masters" <jcm@...masters.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: RE: PROBLEM: brcm80211 hangs on
2.6.36-0.34.rc6.git3.fc15.x86_64
Thanks for the input.
The 4313 (Device ID 4327) is pretty solid on the 32 bit staging-next kernel (loads, runs
for days, no issues, etc).
On the other hand, I haven't been using anything other than that kernel recently so its
very, very likely there are problems with other kernels, especially 64 bit which I haven't even
attempted yet (but will of course). Please do try out the 32 bit staging-next kernel and let me know how it goes.
Yeah, turning on msglevel produces more (and possibly *much* more) output.
Let me know what you find,
Thanks
brett
> -----Original Message-----
> From: Jon Masters [mailto:jonathan@...masters.org]
> Sent: Friday, October 08, 2010 4:44 AM
> To: linux-wireless@...r.kernel.org
> Cc: Brett Rudley; Henry Ptasinski; Nohee Ko; Jon Masters; LKML
> Subject: Re: PROBLEM: brcm80211 hangs on 2.6.36-0.34.rc6.git3.fc15.x86_64
>
> On Fri, 2010-10-08 at 02:58 -0400, Jon Masters wrote:
>
> > I tried building the new brcm80211 driver from staging-next on Fedora
> > rawhide kernel 2.6.36-0.34.rc6.git3.fc15.x86_64. Now, of course, it's
> > not the staging-next kernel (I'll try that now this doesn't work) but
> > perhaps this report will still be of use to the Broadcom/other wireless
> folks.
>
> I pulled the latest staging-next onto Linus' latest git tree and still
> experience problems with the driver. It seems that the first attempt to
> actually transmit results in the system locking hard. Once again, I am
> attaching the output from running a netconsole (due to the box I'm on,
> it's an attachment this time, sorry about that - don't trust evolution)
> where the trace is basically the same as the original trace I posted.
>
> NOTE: in both cases, the driver is loaded with "msglevel=2 phymsglevel=2"
> which (although not documented) suggests to enable tracing, and does
> certainly yield more debugging output.
>
> Jon.
Powered by blists - more mailing lists