Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Larry Finger]

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

Re: Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Michael Buesch]

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.

Re: Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Larry Finger]

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

Re: Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Yanbo Li]

On 3/8/07, Larry Finger <larry.finger@lwfinger.net> 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 majordomo@vger.kernel.org
> 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

Re: Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Michael Buesch]

On Thursday 08 March 2007 08:56, Yanbo Li wrote:
> It seemed my 4311 works without key
> authrized.

Eh, what?

-- 
Greetings Michael.

Re: Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Yanbo Li]

On 3/8/07, Michael Buesch <mb@bu3sch.de> 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

Re: Problem with USB1.1 Host cores with the mb tree for bcm43xx_mac80211

[Michael Buesch]

On Friday 09 March 2007 03:24, Yanbo Li wrote:
> On 3/8/07, Michael Buesch <mb@bu3sch.de> 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.