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.

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

Reply via email to