Richard Jonsson skrev:
> Larry Finger skrev:
>> Richard Jonsson wrote:
>>> [10493.303801] b43-phy0 warning: You are using an old firmware image. 
>>> Support for old firmware will be removed in July 2008.
>>> [10493.303807] b43-phy0 warning: You must go to 
>>> http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and 
>>> download the latest firmware (version 4).
>>> [10494.452216] PM: Adding info for No Bus:hw_random
>>>
>>> -- Restoring the switch to disabled again --
>>>
>>> [10506.472673] b43-phy0: Radio hardware status changed to DISABLED
>>>
>>>
>>> and then it goes on as before..
>>>
>>> To add, I thought that my hardware had died judging by the messages 
>>> above, so I temporarily connected to an access point in the area and 
>>> could successfully load a few webpages before I disconnected.
>> I'm trying to duplicate your setup as closely as possible. I'm running 
>> kernel 2.6.25-Linus-git-04569-gb69d398, which is Linus's current git 
>> tree. My interface is a BCM4311 rev 2. When I boot up with a wire in 
>> eth0 and the rfkill switch off, the dmesg output for networking contains
>>
>> ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x13, vendor 0x4243)
>> ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x0D, vendor 0x4243)
>> ssb: Core 2 found: USB 1.1 Host (cc 0x817, rev 0x04, vendor 0x4243)
>> ssb: Core 3 found: PCI-E (cc 0x820, rev 0x05, vendor 0x4243)
>> input: Power Button (FF) as /class/input/input4
>> ssb: SPROM revision 3 detected.
>> ssb: Sonics Silicon Backplane found on PCI device 0000:04:00.0
>> ACPI: Power Button (FF) [PWRF]
>> input: Lid Switch as /class/input/input5
>> ACPI: Lid Switch [LID0]
>> input: Sleep Button (CM) as /class/input/input6
>> ACPI: Sleep Button (CM) [SLPB]
>> input: Power Button (CM) as /class/input/input7
>> ACPI: Power Button (CM) [PWRB]
>> forcedeth: Reverse Engineered nForce ethernet driver. Version 0.61.
>> ACPI: PCI Interrupt Link [LMAC] enabled at IRQ 21
>> ACPI: PCI Interrupt 0000:00:0a.0[A] -> Link [LMAC] -> GSI 21 (level, 
>> low) -> IRQ 21
>> PCI: Setting latency timer of device 0000:00:0a.0 to 64
>> mm/memory.c:127: bad pmd ffff810000207808(9090909090909090).
>> b43-phy0: Broadcom 4311 WLAN found
>> b43-phy0 debug: Found PHY: Analog 4, Type 2, Revision 9
>> b43-phy0 debug: Found Radio: Manuf 0x17F, Version 0x2050, Revision 2
>> phy0: Selected rate control algorithm 'pid'
>> --snip--
>> Broadcom 43xx driver loaded [ Features: PLR, Firmware-ID: FW13 ]
>> forcedeth 0000:00:0a.0: ifname eth0, PHY OUI 0x5043 @ 1, addr 
>> 00:1d:72:4c:a5:52
>> forcedeth 0000:00:0a.0: highdma pwrctl mgmt timirq lnktim msi desc-v3
>> --snip--
>> udev: renamed network interface wlan0 to eth1
>> --snip--
>> input: b43-phy0 as /class/input/input8
>> b43-phy0: Loading firmware version 410.2160 (2007-05-26 15:32:10)
>> b43-phy0 debug: Chip initialized
>> b43-phy0 debug: 64-bit DMA initialized
>> Registered led device: b43-phy0::tx
>> Registered led device: b43-phy0::rx
>> Registered led device: b43-phy0::radio
>> b43-phy0 debug: Wireless interface started
>> b43-phy0 ERROR: PHY transmission error
>> b43-phy0: Radio hardware status changed to DISABLED
>> b43-phy0 debug: Adding Interface type 2
>> b43-phy0: Radio turned on by software
>> b43-phy0: The hardware RF-kill button still turns the radio physically 
>> off. Press the button to turn it on.
>>
>> Note that I get one PHY ERROR - that is something that shows up for the 
>> 64-bit DMA of this card. We don't know if your 4311 is rev 1 or 2. If it 
>> is rev 1, then it has 32-bit DMA, and shouldn't get even this one PHY 
>> error.
>>
>> When I change the rfkill switch, the radio LED changes from red to blue, 
>> and one line is added to the dmesg output
>>
>> b43-phy0: Radio hardware status changed to ENABLED
>>
>> Nothing else happens. When I cause the NM applet to switch from the 
>> wired to the wireless interface, I then get the following:
>>
>> eth1: Initial auth_alg=0
>> eth1: authenticate with AP 00:1a:70:46:ba:b1
>> eth1: RX authentication from 00:1a:70:46:ba:b1 (alg=0 transaction=2 
>> status=0)
>> eth1: authenticated
>> eth1: associate with AP 00:1a:70:46:ba:b1
>> eth1: RX AssocResp from 00:1a:70:46:ba:b1 (capab=0x411 status=0 aid=1)
>> eth1: associated
>> eth1: switched to short barker preamble (BSSID=00:1a:70:46:ba:b1)
>>
>> Could you please switch on the debug options for ssb and b43? It will 
>> make sorting out this problem a lot easier.
>>
>> Thanks,
>>
>> Larry
>>
> 
> OK so maybe my card is getting bad after all. It's from a HP DV2140 
> laptop, and I noticed you message to this list some time ago about HP 
> repair program, I actually got a mail from HP the other day, regarding this.
> 
> [EMAIL PROTECTED]:~$ lspci -vv -d :4312
> 01:00.0 Network controller: Broadcom Corporation BCM4312 802.11a/b/g 
> (rev 01)
>          Subsystem: Hewlett-Packard Company Unknown device 1361
>          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 19
>          Region 0: Memory at b3000000 (32-bit, non-prefetchable) [size=16K]
>          Capabilities: <access denied>
> 
> I will boot into an older kernel and see if I see the same behavior.
> Next step will be to also compile a new kernel with ssb and b43 
> debugging on.
> 

OK, after bootup with v2.5.25-rc3-git I get this, looks sane to me:

[   32.474786] b43-phy0: Loading firmware version 351.126 (2006-07-29 
05:54:02)
[   32.474797] b43-phy0 warning: You are using an old firmware image. 
Support for old firmware will be removed in July 2008.
[   32.474802] b43-phy0 warning: You must go to 
http://linuxwireless.org/en/users/Drivers/b43#devicefirmware and 
download the latest firmware (version 4).
[   30.137115] warning: `avahi-daemon' uses 32-bit capabilities (legacy 
support in use)
[   32.774279] PM: Adding info for No Bus:vcs7
[   32.774317] PM: Adding info for No Bus:vcsa7
[   31.049445] PM: Adding info for No Bus:hw_random
[   31.062460] b43-phy0: Radio hardware status changed to DISABLED
[   31.773470] b43-phy0: Radio turned on by software
[   31.773475] b43-phy0: The hardware RF-kill button still turns the 
radio physically off. Press the button to turn it on.
[   45.919959] NET: Registered protocol family 17
[   54.874707] NET: Registered protocol family 10
[   54.875253] lo: Disabled Privacy Extensions
[   54.878600] ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   67.096841] eth0: no IPv6 routers present

As for the original question I had, interrupts seem sane too.

[EMAIL PROTECTED]:~$ cat /proc/interrupts|grep "19:"
  19:          0        185   IO-APIC-fasteoi   b43

I will pull git now and see what it gives. If it's still bad you might 
want me to bisect?

regards, Richard
_______________________________________________
Bcm43xx-dev mailing list
[email protected]
https://lists.berlios.de/mailman/listinfo/bcm43xx-dev

Reply via email to