If you have a BCM4311 and are seeing an oops that looks like this when loading bcm43xx_mac80211:
ssb: Switching to ChipCommon core, index 0
ssb: Switching to PCI-E core, index 3
ssb: Switching to USB 1.1 Host core, index 2
Unable to handle kernel NULL pointer dereference at 00000000000002d0 RIP:
[<ffffffff8812fcfd>] :usbcore:usb_create_hcd+0x3b/0xe8
PGD 3e792067 PUD 3ed66067 PMD 0
Oops: 0002 [1] SMP
...
there is a temporary, unofficial patch at
ftp://lwfinger.dynalias.org/patches/mac80211_usb_problem.patch. Although it works, it attacks the
symptom, not the cause, and will never be adopted into the code. Once a proper fix is applied, it
will no longer be needed.
Larry
On Thursday 08 March 2007 08:56, Yanbo Li wrote:
> It seemed my 4311 works without key
> authrized.
Eh, what?
--
Greetings Michael.
On Friday 09 March 2007 03:24, Yanbo Li wrote:
> On 3/8/07, Michael Buesch <[email protected]> wrote:
> > On Thursday 08 March 2007 08:56, Yanbo Li wrote:
> > > It seemed my 4311 works without key
> > > authrized.
> >
> > Eh, what?
> >
> > --
> > Greetings Michael.
> >
> Sorry for my poor english, I mean the card work with "iwconfig eth1
> key off".(eth1 is
> the wireless card) This is my card info:
Well, I think it's only a configuration error on your side.
It works perfectly well with encryption (I'm using encrypted
networks only)
--
Greetings Michael.
On 3/8/07, Larry Finger <[email protected]> wrote:
> Michael Buesch wrote:
> > On Wednesday 07 March 2007 21:27, Larry Finger wrote:
> >> If you have a BCM4311 and are seeing an oops that looks like this when loading bcm43xx_mac80211:
> >>
> >> ssb: Switching to ChipCommon core, index 0
> >> ssb: Switching to PCI-E core, index 3
> >> ssb: Switching to USB 1.1 Host core, index 2
> >>
> >> Unable to handle kernel NULL pointer dereference at 00000000000002d0 RIP:
> >> [<ffffffff8812fcfd>] :usbcore:usb_create_hcd+0x3b/0xe8
> >> PGD 3e792067 PUD 3ed66067 PMD 0
> >> Oops: 0002 [1] SMP
> >> ...
> >>
> >> there is a temporary, unofficial patch at
> >> ftp://lwfinger.dynalias.org/patches/mac80211_usb_problem.patch. Although it works, it attacks the
> >> symptom, not the cause, and will never be adopted into the code. Once a proper fix is applied, it
> >> will no longer be needed.
> >
> > A patch to disable the USB core on non-embedded devices is in my tree now.
> > The actual bug is still there, but nobody (except OpenWRT developers ;) )
> > should be able to hit it anymore now. :)
>
> Your patch works here. Thanks,
>
> Larry
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
> the body of a message to [email protected]
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
After patch the
ftp://lwfinger.dynalias.org/patches/mac80211_usb_problem.patch to the
newest wireless-dev tree, It seemed my 4311 works without key
authrized. The Ap is a D-link 624+. but it is unstable. If need any
more info. I will be glad to supply.
BR
lyb
On Wednesday 07 March 2007 21:27, Larry Finger wrote:
> If you have a BCM4311 and are seeing an oops that looks like this when loading bcm43xx_mac80211:
>
> ssb: Switching to ChipCommon core, index 0
> ssb: Switching to PCI-E core, index 3
> ssb: Switching to USB 1.1 Host core, index 2
>
> Unable to handle kernel NULL pointer dereference at 00000000000002d0 RIP:
> [<ffffffff8812fcfd>] :usbcore:usb_create_hcd+0x3b/0xe8
> PGD 3e792067 PUD 3ed66067 PMD 0
> Oops: 0002 [1] SMP
> ...
>
> there is a temporary, unofficial patch at
> ftp://lwfinger.dynalias.org/patches/mac80211_usb_problem.patch. Although it works, it attacks the
> symptom, not the cause, and will never be adopted into the code. Once a proper fix is applied, it
> will no longer be needed.
A patch to disable the USB core on non-embedded devices is in my tree now.
The actual bug is still there, but nobody (except OpenWRT developers ;) )
should be able to hit it anymore now. :)
--
Greetings Michael.
Michael Buesch wrote:
> On Wednesday 07 March 2007 21:27, Larry Finger wrote:
>> If you have a BCM4311 and are seeing an oops that looks like this when loading bcm43xx_mac80211:
>>
>> ssb: Switching to ChipCommon core, index 0
>> ssb: Switching to PCI-E core, index 3
>> ssb: Switching to USB 1.1 Host core, index 2
>>
>> Unable to handle kernel NULL pointer dereference at 00000000000002d0 RIP:
>> [<ffffffff8812fcfd>] :usbcore:usb_create_hcd+0x3b/0xe8
>> PGD 3e792067 PUD 3ed66067 PMD 0
>> Oops: 0002 [1] SMP
>> ...
>>
>> there is a temporary, unofficial patch at
>> ftp://lwfinger.dynalias.org/patches/mac80211_usb_problem.patch. Although it works, it attacks the
>> symptom, not the cause, and will never be adopted into the code. Once a proper fix is applied, it
>> will no longer be needed.
>
> A patch to disable the USB core on non-embedded devices is in my tree now.
> The actual bug is still there, but nobody (except OpenWRT developers ;) )
> should be able to hit it anymore now. :)
Your patch works here. Thanks,
Larry
On 3/8/07, Michael Buesch <[email protected]> wrote:
> On Thursday 08 March 2007 08:56, Yanbo Li wrote:
> > It seemed my 4311 works without key
> > authrized.
>
> Eh, what?
>
> --
> Greetings Michael.
>
Sorry for my poor english, I mean the card work with "iwconfig eth1
key off".(eth1 is
the wireless card) This is my card info:
0c:00.0 0280: 14e4:4311 (rev 01)
Subsystem: 1028:0007
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop-
ParErr- Stepping- SERR+ FastB2B-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort-
<TAbort- <MAbort- >SERR- <PERR-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 11
Region 0: Memory at dfdfc000 (32-bit, non-prefetchable) [size=16K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=375mA
PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=2 PME-
Capabilities: [58] Message Signalled Interrupts: 64bit-
Queue=0/0 Enable-
Address: 00000000 Data: 0000
Capabilities: [d0] Express Legacy Endpoint IRQ 0
Device: Supported: MaxPayload 128 bytes, PhantFunc 0, ExtTag+
Device: Latency L0s <4us, L1 unlimited
Device: AtnBtn- AtnInd- PwrInd-
Device: Errors: Correctable- Non-Fatal- Fatal- Unsupported-
Device: RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
Device: MaxPayload 128 bytes, MaxReadReq 128 bytes
Link: Supported Speed 2.5Gb/s, Width x1, ASPM L0s, Port 0
Link: Latency L0s <4us, L1 <64us
Link: ASPM L0s Enabled RCB 64 bytes CommClk+ ExtSynch-
Link: Speed 2.5Gb/s, Width x1
Capabilities: [100] Advanced Error Reporting
Capabilities: [13c] Virtual Channel
BR
lyb