* bcma-pci-bridge issue with bcm43224
@ 2012-07-11 13:09 Arend van Spriel
2012-07-11 14:32 ` Rafał Miłecki
2012-07-21 9:03 ` Rafał Miłecki
0 siblings, 2 replies; 6+ messages in thread
From: Arend van Spriel @ 2012-07-11 13:09 UTC (permalink / raw)
To: Rafal Milecki; +Cc: linux-wireless, Hauke Mehrtens
Hi Rafal
I am testing with BCM43224 in PCIe slot:
$ lspci -vns 03:00.0
03:00.0 0280: 14e4:4353 (rev 01)
Subsystem: 1028:000e
Flags: bus master, fast devsel, latency 0, IRQ 17
Memory at e6e00000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: bcma-pci-bridge
In the log the irq field in the bcma_device structure is printed in
brcmsmac probe function and the value seems invalid hence the
request_irq() failure. Any clues?
Gr. AvS
[86629.110723] bcma: bus0: Found chip with id 0xA8D8, rev 0x01 and
package 0x0A
[86629.110783] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id
0x800, rev 0x22, class 0x0)
[86629.110828] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id
0x812, rev 0x17, class 0x0)
[86629.110939] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820,
rev 0x0F, class 0x0)
[86629.144286] bcma: bus0: Bus registered
[86672.144812] brcmsmac bcma0:0: mfg 4bf core 812 rev 23 class 0 irq
-421527552
[86672.150745] brcmsmac: Applying 43224B0+ WARs
[86672.153155] ieee80211 phy0: wl0: request_irq() failed
[86672.153169] brcmsmac: brcms_bcma_probe: brcms_attach failed!
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bcma-pci-bridge issue with bcm43224
2012-07-11 13:09 bcma-pci-bridge issue with bcm43224 Arend van Spriel
@ 2012-07-11 14:32 ` Rafał Miłecki
2012-07-11 15:55 ` Arend van Spriel
2012-07-14 9:48 ` Arend van Spriel
2012-07-21 9:03 ` Rafał Miłecki
1 sibling, 2 replies; 6+ messages in thread
From: Rafał Miłecki @ 2012-07-11 14:32 UTC (permalink / raw)
To: Arend van Spriel; +Cc: linux-wireless, Hauke Mehrtens
2012/7/11 Arend van Spriel <arend@broadcom.com>:
> Hi Rafal
>
> I am testing with BCM43224 in PCIe slot:
> $ lspci -vns 03:00.0
> 03:00.0 0280: 14e4:4353 (rev 01)
> Subsystem: 1028:000e
> Flags: bus master, fast devsel, latency 0, IRQ 17
> Memory at e6e00000 (64-bit, non-prefetchable) [size=16K]
> Capabilities: <access denied>
> Kernel driver in use: bcma-pci-bridge
>
> In the log the irq field in the bcma_device structure is printed in
> brcmsmac probe function and the value seems invalid hence the
> request_irq() failure. Any clues?
>
> Gr. AvS
>
> [86629.110723] bcma: bus0: Found chip with id 0xA8D8, rev 0x01 and
> package 0x0A
> [86629.110783] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id
> 0x800, rev 0x22, class 0x0)
> [86629.110828] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id
> 0x812, rev 0x17, class 0x0)
> [86629.110939] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820,
> rev 0x0F, class 0x0)
> [86629.144286] bcma: bus0: Bus registered
> [86672.144812] brcmsmac bcma0:0: mfg 4bf core 812 rev 23 class 0 irq
> -421527552
> [86672.150745] brcmsmac: Applying 43224B0+ WARs
> [86672.153155] ieee80211 phy0: wl0: request_irq() failed
> [86672.153169] brcmsmac: brcms_bcma_probe: brcms_attach failed!
No idea at the moment. I can setup my machine and give it a try. I'll
need a day or rather two.
Are you using wireless-testing?
--
Rafał
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bcma-pci-bridge issue with bcm43224
2012-07-11 14:32 ` Rafał Miłecki
@ 2012-07-11 15:55 ` Arend van Spriel
2012-07-14 9:48 ` Arend van Spriel
1 sibling, 0 replies; 6+ messages in thread
From: Arend van Spriel @ 2012-07-11 15:55 UTC (permalink / raw)
To: Rafał Miłecki; +Cc: linux-wireless, Hauke Mehrtens
On 07/11/2012 04:32 PM, Rafał Miłecki wrote:
> 2012/7/11 Arend van Spriel <arend@broadcom.com>:
>> Hi Rafal
>>
>> I am testing with BCM43224 in PCIe slot:
>> $ lspci -vns 03:00.0
>> 03:00.0 0280: 14e4:4353 (rev 01)
>> Subsystem: 1028:000e
>> Flags: bus master, fast devsel, latency 0, IRQ 17
>> Memory at e6e00000 (64-bit, non-prefetchable) [size=16K]
>> Capabilities: <access denied>
>> Kernel driver in use: bcma-pci-bridge
>>
>> In the log the irq field in the bcma_device structure is printed in
>> brcmsmac probe function and the value seems invalid hence the
>> request_irq() failure. Any clues?
>>
>> Gr. AvS
>>
>> [86629.110723] bcma: bus0: Found chip with id 0xA8D8, rev 0x01 and
>> package 0x0A
>> [86629.110783] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id
>> 0x800, rev 0x22, class 0x0)
>> [86629.110828] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id
>> 0x812, rev 0x17, class 0x0)
>> [86629.110939] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820,
>> rev 0x0F, class 0x0)
>> [86629.144286] bcma: bus0: Bus registered
>> [86672.144812] brcmsmac bcma0:0: mfg 4bf core 812 rev 23 class 0 irq
>> -421527552
>> [86672.150745] brcmsmac: Applying 43224B0+ WARs
>> [86672.153155] ieee80211 phy0: wl0: request_irq() failed
>> [86672.153169] brcmsmac: brcms_bcma_probe: brcms_attach failed!
>
> No idea at the moment. I can setup my machine and give it a try. I'll
> need a day or rather two.
>
> Are you using wireless-testing?
>
Yes. My branch is based on
commit 43eec16e655eeaee396fe20ab2e92f0fee5a9440
Merge: bb75604 abb14fc
Author: John W. Linville <linville@tuxdriver.com>
Date: Fri Jul 6 16:30:45 2012 -0400
Gr. AvS
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bcma-pci-bridge issue with bcm43224
2012-07-11 14:32 ` Rafał Miłecki
2012-07-11 15:55 ` Arend van Spriel
@ 2012-07-14 9:48 ` Arend van Spriel
2012-07-15 13:00 ` Hauke Mehrtens
1 sibling, 1 reply; 6+ messages in thread
From: Arend van Spriel @ 2012-07-14 9:48 UTC (permalink / raw)
To: Rafał Miłecki; +Cc: linux-wireless, Hauke Mehrtens
On 07/11/2012 04:32 PM, Rafał Miłecki wrote:
> 2012/7/11 Arend van Spriel <arend@broadcom.com>:
>> Hi Rafal
>>
>> I am testing with BCM43224 in PCIe slot:
>> $ lspci -vns 03:00.0
>> 03:00.0 0280: 14e4:4353 (rev 01)
>> Subsystem: 1028:000e
>> Flags: bus master, fast devsel, latency 0, IRQ 17
>> Memory at e6e00000 (64-bit, non-prefetchable) [size=16K]
>> Capabilities: <access denied>
>> Kernel driver in use: bcma-pci-bridge
>>
>> In the log the irq field in the bcma_device structure is printed in
>> brcmsmac probe function and the value seems invalid hence the
>> request_irq() failure. Any clues?
>>
>> Gr. AvS
>>
>> [86629.110723] bcma: bus0: Found chip with id 0xA8D8, rev 0x01 and
>> package 0x0A
>> [86629.110783] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id
>> 0x800, rev 0x22, class 0x0)
>> [86629.110828] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id
>> 0x812, rev 0x17, class 0x0)
>> [86629.110939] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820,
>> rev 0x0F, class 0x0)
>> [86629.144286] bcma: bus0: Bus registered
>> [86672.144812] brcmsmac bcma0:0: mfg 4bf core 812 rev 23 class 0 irq
>> -421527552
>> [86672.150745] brcmsmac: Applying 43224B0+ WARs
>> [86672.153155] ieee80211 phy0: wl0: request_irq() failed
>> [86672.153169] brcmsmac: brcms_bcma_probe: brcms_attach failed!
>
> No idea at the moment. I can setup my machine and give it a try. I'll
> need a day or rather two.
>
> Are you using wireless-testing?
>
Additional info: the issue does not show on a x86_64 platform, which has
the same PCIe chip.
Gr. AvS
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bcma-pci-bridge issue with bcm43224
2012-07-14 9:48 ` Arend van Spriel
@ 2012-07-15 13:00 ` Hauke Mehrtens
0 siblings, 0 replies; 6+ messages in thread
From: Hauke Mehrtens @ 2012-07-15 13:00 UTC (permalink / raw)
To: Arend van Spriel; +Cc: Rafał Miłecki, linux-wireless
On 07/14/2012 11:48 AM, Arend van Spriel wrote:
> On 07/11/2012 04:32 PM, Rafał Miłecki wrote:
>> 2012/7/11 Arend van Spriel <arend@broadcom.com>:
>>> Hi Rafal
>>>
>>> I am testing with BCM43224 in PCIe slot:
>>> $ lspci -vns 03:00.0
>>> 03:00.0 0280: 14e4:4353 (rev 01)
>>> Subsystem: 1028:000e
>>> Flags: bus master, fast devsel, latency 0, IRQ 17
>>> Memory at e6e00000 (64-bit, non-prefetchable) [size=16K]
>>> Capabilities: <access denied>
>>> Kernel driver in use: bcma-pci-bridge
>>>
>>> In the log the irq field in the bcma_device structure is printed in
>>> brcmsmac probe function and the value seems invalid hence the
>>> request_irq() failure. Any clues?
brcmsmac prints: irq: -421527552 this is the reason request_irq() fails.
Does this problem also occurs on other wireless cards?
>>>
>>> Gr. AvS
>>>
>>> [86629.110723] bcma: bus0: Found chip with id 0xA8D8, rev 0x01 and
>>> package 0x0A
>>> [86629.110783] bcma: bus0: Core 0 found: ChipCommon (manuf 0x4BF, id
>>> 0x800, rev 0x22, class 0x0)
>>> [86629.110828] bcma: bus0: Core 1 found: IEEE 802.11 (manuf 0x4BF, id
>>> 0x812, rev 0x17, class 0x0)
>>> [86629.110939] bcma: bus0: Core 2 found: PCIe (manuf 0x4BF, id 0x820,
>>> rev 0x0F, class 0x0)
>>> [86629.144286] bcma: bus0: Bus registered
>>> [86672.144812] brcmsmac bcma0:0: mfg 4bf core 812 rev 23 class 0 irq
>>> -421527552
This number is wrong. This number is a unsigned int, and %d should only
be used for signed ints.
Have you checked if irq is set correctly in drivers/bcma/main.c or if
the pci_dev structure contains a wrong value?
-421527552 is 0xe6e00000 in hex, this looks like it reads out a wrong
memory region when accession a structure, have you tried to to a
complete recompile of the kernel?
>>> [86672.150745] brcmsmac: Applying 43224B0+ WARs
>>> [86672.153155] ieee80211 phy0: wl0: request_irq() failed
>>> [86672.153169] brcmsmac: brcms_bcma_probe: brcms_attach failed!
>>
>> No idea at the moment. I can setup my machine and give it a try. I'll
>> need a day or rather two.
>>
>> Are you using wireless-testing?
>>
>
> Additional info: the issue does not show on a x86_64 platform, which has
> the same PCIe chip.
This is strange but it increases my thoughts that the error is not
directly related to brcmsmac and bcma.
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: bcma-pci-bridge issue with bcm43224
2012-07-11 13:09 bcma-pci-bridge issue with bcm43224 Arend van Spriel
2012-07-11 14:32 ` Rafał Miłecki
@ 2012-07-21 9:03 ` Rafał Miłecki
1 sibling, 0 replies; 6+ messages in thread
From: Rafał Miłecki @ 2012-07-21 9:03 UTC (permalink / raw)
To: Arend van Spriel; +Cc: linux-wireless, Hauke Mehrtens
2012/7/11 Arend van Spriel <arend@broadcom.com>:
> Hi Rafal
>
> I am testing with BCM43224 in PCIe slot:
> $ lspci -vns 03:00.0
> 03:00.0 0280: 14e4:4353 (rev 01)
> Subsystem: 1028:000e
> Flags: bus master, fast devsel, latency 0, IRQ 17
> Memory at e6e00000 (64-bit, non-prefetchable) [size=16K]
> Capabilities: <access denied>
> Kernel driver in use: bcma-pci-bridge
>
> In the log the irq field in the bcma_device structure is printed in
> brcmsmac probe function and the value seems invalid hence the
> request_irq() failure. Any clues?
Sorry for late reply, I couldn't setup my testing machine to work with
openSUSE firewall and I couldn't debug that problem remotely :|
I've plugged my BCM43225 and noticed it doesn't provide any RX
(scanning results) for both: b43 and brcmsmac. I suspected it's indeed
the regression you noticed and tried going back to other releases.
After reaching 3.2.0 I noticed sth is wrong. Kernel 3.2.0 was working
for me for sure.
After playing with my machine a little more, I've figured out the
problem. When I had my dedicated GPU card connected to the
motherboard, Broadcom cards diddn't get any RX! I've confirmed that
problem with "wl" driver as well.
After removing my AMD GPU (and switching to the one on the
motherboard) card started working correctly. Even with the latest
wireless-testing, including both: b43 and brcmsmac.
So I can't really debug that problem you're seeing :( Could you try
bisecting this, please?
--
Rafał
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2012-07-21 9:03 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2012-07-11 13:09 bcma-pci-bridge issue with bcm43224 Arend van Spriel
2012-07-11 14:32 ` Rafał Miłecki
2012-07-11 15:55 ` Arend van Spriel
2012-07-14 9:48 ` Arend van Spriel
2012-07-15 13:00 ` Hauke Mehrtens
2012-07-21 9:03 ` Rafał Miłecki
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.