Re: issues with bcm4306
Hi, On Wed, 16 Jan 2008, Michael Buesch wrote: So there's no special LEDs information in your SPROM. That means you must get the messages Larry quoted. I'm pretty sure that you didn't enable LEDs support in your kernel. Make sure CONFIG_LEDS_CLASS and CONFIG_MAC80211_LEDS are enabled. While you are at it also make sure CONFIG_RFKILL, CONFIG_RFKILL_INPUT and CONFIG_INPUT_POLLDEV are enabled. leds_class, rfkill and rfkill_input were all modules. I loaded leds_class manually but that didn't seem to help. I then recompiled the kernel (wireless-2.6 tree) with all of these set to 'y' rather than 'm'. I still don't seem to get any lights though. Gavin ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
Hi, 1. Lights stay off on the card, even when it's working and associated. Weird. Especially when the 4318 works. Maybe the SPROM is programmed differently or something. 2. There seems to be some timing issue with a Netgear WGR614 access point (but no others I've tried). If I login with gnome, the network-manager tries to connect automatically to the AP as it knows it from previous sessions. This fails unless I have first removed the memory of this ESSID from gconf. rm -r .gconf/system/networking/wireless/networks/ESSID/ I can then login, select the ESSID from the list, type in the passphrase (it's WPA) and it connects fine. Attached is a dmesg from the current running system. I booted, logged in, got the failure as in [2] above, logged out, reloaded the b43 module, removed the gconf info, then logged in and successfully joined up to the access point. There's no indication in your log that NM even tries to associate to the network before you reloaded the module so that looks more like a bug in NM or so. johannes signature.asc Description: This is a digitally signed message part ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
Gavin McCullagh wrote: Hi, I'm the proud owner of the following Belkin f5d7011 cardbus card: 02:00.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 03) Subsystem: Belkin F5D7011 54g+ Wireless Network card [1799:7011] 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: 64 Interrupt: pin A routed to IRQ 10 Region 0: Memory at 2400 (32-bit, non-prefetchable) [size=8K] which broadly speaking, works reasonably well. I just updated to the latest wireless-2.6 kernel and have a couple of issues to report. 1. Lights stay off on the card, even when it's working and associated. 2. There seems to be some timing issue with a Netgear WGR614 access point (but no others I've tried). If I login with gnome, the network-manager tries to connect automatically to the AP as it knows it from previous sessions. This fails unless I have first removed the memory of this ESSID from gconf. rm -r .gconf/system/networking/wireless/networks/ESSID/ I can then login, select the ESSID from the list, type in the passphrase (it's WPA) and it connects fine. Attached is a dmesg from the current running system. I booted, logged in, got the failure as in [2] above, logged out, reloaded the b43 module, removed the gconf info, then logged in and successfully joined up to the access point. I think both of the above have been mentioned on this list before, but I thought I should report them. If someone would like me to debug this further, I am open to instructions. I also own a bcm4318 Airforce One card which is slightly less stable (though its lights do work!) so I might send a separate email regarding that. Thanks for all the code and please let me know if I can be of help giving up debug info for these cards. Please check that modules rfkill and rfkill-input are configured and loaded on your system. In your dmesg output, you are missing lines that look like Registered led device: b43-phy0:tx Registered led device: b43-phy0:rx Registered led device: b43-phy0:radio Are you running the panel applet? On my KDE system, I can right click on that icon in the lower-right hand corner, and select from any of the AP's in my vicinity. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
Hi, On Wed, 16 Jan 2008, Johannes Berg wrote: 1. Lights stay off on the card, even when it's working and associated. Weird. Especially when the 4318 works. Maybe the SPROM is programmed differently or something. I'm not that familiar yet with the code, is there somewhere I should be looking to try to understand this. I've done some kernel coding before, though not on drivers. There's no indication in your log that NM even tries to associate to the network before you reloaded the module so that looks more like a bug in NM or so. I'd go along with that except that it happens on this one AP and not on the number of others I regularly use. For that reason I guessed an issue between the AP and the card. Is there some more verbose info I can get my hands on? Gavin ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
Hi, On Wed, 16 Jan 2008, Larry Finger wrote: Please check that modules rfkill and rfkill-input are configured and loaded on your system. In your dmesg output, you are missing lines that look like Registered led device: b43-phy0:tx Registered led device: b43-phy0:rx Registered led device: b43-phy0:radio I'll check this properly when I'm at the access point in question, though when I plug in the card here (different location), rfkill was already loaded (I have b43 in /etc/modules), rfkill-input loaded automatically and I got straight on. dmesg | grep led produces no output whatsoever. Are you running the panel applet? On my KDE system, I can right click on that icon in the lower-right hand corner, and select from any of the AP's in my vicinity. I'm using gnome, but I am using the gnome-network-manager panel applet, yes. I also get a list of ESSIDs and pick from them. However, if NM has knowledge of a network it has previously been on it seems to try and join that one on its own initiative. When the failure happens (eg if I login and let it jump automatically to the AP in question), the NM applet swirls for a few seconds and then gives up, dropping to the little red exclamation mark symbol saying it has no network. If I then click to pick an ESSID, that ESSID is already selected, but trying again produces the same brief swirl before it gives up. Gavin ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
Hi, On Wed, 16 Jan 2008, Gavin McCullagh wrote: Registered led device: b43-phy0:tx Registered led device: b43-phy0:rx Registered led device: b43-phy0:radio I'll check this properly when I'm at the access point in question, Sorry, confused myself here as I rushed. The LEDs fail regardless of AP so the information below is the response. when I plug in the card here (different location), rfkill was already loaded (I have b43 in /etc/modules), rfkill-input loaded automatically and I got straight on. dmesg | grep led produces no output whatsoever. If you need more info on this let me know. Gavin ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
On Wednesday 16 January 2008 17:58:26 Gavin McCullagh wrote: Hi, On Wed, 16 Jan 2008, Larry Finger wrote: Please check that modules rfkill and rfkill-input are configured and loaded on your system. In your dmesg output, you are missing lines that look like Registered led device: b43-phy0:tx Registered led device: b43-phy0:rx Registered led device: b43-phy0:radio I'll check this properly when I'm at the access point in question, though when I plug in the card here (different location), rfkill was already loaded (I have b43 in /etc/modules), rfkill-input loaded automatically and I got straight on. dmesg | grep led produces no output whatsoever. Can you please post the SPROM data? $ cat $(find /sys -name ssb_sprom) -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
Hi, On Wed, 16 Jan 2008, Michael Buesch wrote: dmesg | grep led produces no output whatsoever. Can you please post the SPROM data? $ cat $(find /sys -name ssb_sprom) [EMAIL PROTECTED]:~# cat $(find /sys -name ssb_sprom) 01401170991720430080020002100018811011009250B8FD4730531594FA85FE4C003E00490A01FF10FF023A Gavin ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: issues with bcm4306
On Wednesday 16 January 2008 23:00:09 Gavin McCullagh wrote: Hi, On Wed, 16 Jan 2008, Michael Buesch wrote: dmesg | grep led produces no output whatsoever. Can you please post the SPROM data? $ cat $(find /sys -name ssb_sprom) [EMAIL PROTECTED]:~# cat $(find /sys -name ssb_sprom) 01401170991720430080020002100018811011009250B8FD4730531594FA85FE4C003E00490A01FF10FF023A So there's no special LEDs information in your SPROM. That means you must get the messages Larry quoted. I'm pretty sure that you didn't enable LEDs support in your kernel. Make sure CONFIG_LEDS_CLASS and CONFIG_MAC80211_LEDS are enabled. While you are at it also make sure CONFIG_RFKILL, CONFIG_RFKILL_INPUT and CONFIG_INPUT_POLLDEV are enabled. -- Greetings Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
issues with bcm4306
Hi, I'm the proud owner of the following Belkin f5d7011 cardbus card: 02:00.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 03) Subsystem: Belkin F5D7011 54g+ Wireless Network card [1799:7011] 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: 64 Interrupt: pin A routed to IRQ 10 Region 0: Memory at 2400 (32-bit, non-prefetchable) [size=8K] which broadly speaking, works reasonably well. I just updated to the latest wireless-2.6 kernel and have a couple of issues to report. 1. Lights stay off on the card, even when it's working and associated. 2. There seems to be some timing issue with a Netgear WGR614 access point (but no others I've tried). If I login with gnome, the network-manager tries to connect automatically to the AP as it knows it from previous sessions. This fails unless I have first removed the memory of this ESSID from gconf. rm -r .gconf/system/networking/wireless/networks/ESSID/ I can then login, select the ESSID from the list, type in the passphrase (it's WPA) and it connects fine. Attached is a dmesg from the current running system. I booted, logged in, got the failure as in [2] above, logged out, reloaded the b43 module, removed the gconf info, then logged in and successfully joined up to the access point. I think both of the above have been mentioned on this list before, but I thought I should report them. If someone would like me to debug this further, I am open to instructions. I also own a bcm4318 Airforce One card which is slightly less stable (though its lights do work!) so I might send a separate email regarding that. Thanks for all the code and please let me know if I can be of help giving up debug info for these cards. Gavin [0.00] Linux version 2.6.24-rc7 ([EMAIL PROTECTED]) (gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #2 SMP Tue Jan 15 22:30:02 GMT 2008 [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f800 (usable) [0.00] BIOS-e820: 0009f800 - 000a (reserved) [0.00] BIOS-e820: 000ea000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - 0fff (usable) [0.00] BIOS-e820: 0fff - 0c00 (ACPI data) [0.00] BIOS-e820: 0c00 - 1000 (ACPI NVS) [0.00] BIOS-e820: fffea000 - 0001 (reserved) [0.00] 0MB HIGHMEM available. [0.00] 255MB LOWMEM available. [0.00] Entering add_active_range(0, 0, 65520) 0 entries of 256 used [0.00] Zone PFN ranges: [0.00] DMA 0 - 4096 [0.00] Normal 4096 -65520 [0.00] HighMem 65520 -65520 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 -65520 [0.00] On node 0 totalpages: 65520 [0.00] DMA zone: 32 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 4064 pages, LIFO batch:0 [0.00] Normal zone: 479 pages used for memmap [0.00] Normal zone: 60945 pages, LIFO batch:15 [0.00] HighMem zone: 0 pages used for memmap [0.00] Movable zone: 0 pages used for memmap [0.00] DMI 2.3 present. [0.00] Allocating PCI resources starting at 2000 (gap: 1000:effea000) [0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 65009 [0.00] Kernel command line: root=UUID=04b1cbd4-13a4-4a1e-8614-b6198ca3d7fb ro quiet splash acpi=off [0.00] Local APIC disabled by BIOS -- you can enable it with lapic [0.00] mapped APIC to b000 (0120b000) [0.00] Enabling fast FPU save and restore... done. [0.00] Enabling unmasked SIMD FPU exception support... done. [0.00] Initializing CPU#0 [0.00] PID hash table entries: 1024 (order: 10, 4096 bytes) [0.00] Detected 696.990 MHz processor. [ 14.940697] Console: colour VGA+ 80x25 [ 14.940709] console [tty0] enabled [ 14.941231] Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) [ 14.941760] Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) [ 14.968886] Memory: 214144k/262080k available (2025k kernel code, 47360k reserved, 937k data, 340k init, 0k highmem) [ 14.968911] virtual kernel memory layout: [ 14.968915] fixmap : 0xfff4c000 - 0xf000 ( 716 kB) [ 14.968919] pkmap : 0xff80 - 0xffc0 (4096 kB) [ 14.968923] vmalloc : 0xd080 - 0xff7fe000 ( 751 MB) [ 14.968926] lowmem : 0xc000 - 0xcfff ( 255 MB) [ 14.968930]
