Re: bcm4306 rev2 kernel segfault and reboot
Larry Finger wrote: Daniel Schmitt wrote: Gábor Stefanik wrote: Please enable CONFIG_KALLSYMS. This trace is useless without symbol information. Sorry, I forgot. I figured out that there is a problem with reading SPROM of my bcm4306. I initialized a fallback SPROM at beginning of modinit of ssb.ko. I used this struct: static struct ssb_sprom bcm63xx2_sprom = { .revision = 0x01, .board_rev = 0x00, .country_code = 0xff, .ant_available_bg = 0xff, .pa0b0 = 0x, .pa0b1 = 0x, .pa0b2 = 0x, .pa1b0 = 0x, .pa1b1 = 0x, .pa1b2 = 0x, .gpio0 = 0xff, .gpio1 = 0xff, .gpio2 = 0xff, .gpio3 = 0xff, .maxpwr_bg = 0x004c, .itssi_bg = 0x00, .boardflags_lo = 0x2848, .boardflags_hi = 0x, }; Before registering the fallback SPROM I initialized an MAC-Address: bcm63xx2_sprom.il0mac[0] = 0x00; bcm63xx2_sprom.il0mac[1] = 0x80; bcm63xx2_sprom.il0mac[2] = 0x23; bcm63xx2_sprom.il0mac[3] = 0xFE; bcm63xx2_sprom.il0mac[4] = 0xCD; bcm63xx2_sprom.il0mac[5] = 0x13; It works that I have a fallback SPROM. here the dmesg: DANIEL: fallback SRPM registeredPCI: enabling device :00:02.0 (0140 - 0142) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243) ssb: Core 3 found: V90 (cc 0x807, rev 0x01, vendor 0x4243) ssb: Core 4 found: PCI (cc 0x804, rev 0x07, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Ignoring additional 802.11 core ssb: Sonics Silicon Backplane found on PCI device :00:02.0 PCI: enabling device :00:04.0 (0140 - 0142) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243) ssb: Core 3 found: V90 (cc 0x807, rev 0x01, vendor 0x4243) ssb: Core 4 found: PCI (cc 0x804, rev 0x07, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Ignoring additional 802.11 core ssb: Sonics Silicon Backplane found on PCI device :00:04.0 But if I do a cat /sys/devices/pci:00/:00:02.0/ssb_sprom I get Bad mode in data abort handler detected Internal error: Oops - bad mode: 0 [#1] Modules linked in: ssb CPU: 0Not tainted (2.6.28.10 #9) PC is at 0x01fc LR is at ssb_attr_sprom_show+0x7c/0x124 [ssb] pc : [01fc]lr : [bf002704]psr: a092 sp : c3aa3e5c ip : 0001 fp : c3aa3ecc r10: c026e1e4 r9 : r8 : r7 : c3a30ebe r6 : c3a24c00 r5 : 0060 r4 : 0002 r3 : c48c90be r2 : c3aa3ea4 r1 : 0003 r0 : 90be Flags: NzCv IRQs off FIQs on Mode IRQ_32 ISA ARM Segment user Control: 39ff Table: 03a4 DAC: 0015 Process cat (pid: 1461, stack limit = 0xc3aa2260) Stack: (0xc3aa3e5c to 0xc3aa4000) 3e40:90be 3e60: 0003 c3aa3ea4 c48c90be 0002 0060 c3a24c00 c3a30ebe 3e80: c026e1e4 c3aa3ecc 0001 c3aa3e5c bf002704 01fc a092 3ea0: c3aa3eb0 c3a24c00 00dc bf002850 c3a30e00 c3a24c1c c3acb000 3ec0: c3aa3ef8 c3aa3ed0 bf002704 bf00285c c3acb000 fffb c39f1ab4 0fff 3ee0: c0267420 c396c8f4 c3aa3f80 c3aa3f0c c3aa3efc bf002cc4 bf002694 bf008730 3f00: c3aa3f24 c3aa3f10 c012e43c bf002ca0 c396c8e0 c38114c0 c3aa3f5c c3aa3f28 3f20: c00c7548 c012e420 0003 1000 beb23d90 c3869340 1000 beb23d90 3f40: c3aa3f80 c0021f84 c3aa2000 0001 c3aa3f7c c3aa3f60 c008ac1c c00c74b0 3f60: c3869340 0003 c3aa3fa4 c3aa3f80 c008af0c c008ab78 3f80: 1000 4009c614 beb23d90 c3aa3fa8 3fa0: c0021de0 c008aecc 1000 4009c614 0003 beb23d90 1000 00074b70 3fc0: 1000 4009c614 beb23d90 0003 0001 0001 0003 3fe0: 40052660 beb23d74 db54 40052668 2010 0003 Backtrace: [bf002850] (sprom_do_read+0x0/0xf0 [ssb]) from [bf002704] (ssb_attr_sprom_show+0x7c/0x124 [ssb]) [bf002688] (ssb_attr_sprom_show+0x0/0x124 [ssb]) from [bf002cc4] (ssb_pci_attr_sprom_show+0x30/0x40 [ssb]) [bf002c94] (ssb_pci_attr_sprom_show+0x0/0x40 [ssb]) from [c012e43c] (dev_attr_show+0x28/0x54) r4:bf008730 [c012e414] (dev_attr_show+0x0/0x54) from [c00c7548] (sysfs_read_file+0xa4/0x138) r5:c38114c0 r4:c396c8e0 [c00c74a4] (sysfs_read_file+0x0/0x138) from [c008ac1c] (vfs_read+0xb0/0xfc) [c008ab6c] (vfs_read+0x0/0xfc) from [c008af0c]
Re: bcm4306 rev2 kernel segfault and reboot
Daniel Schmitt wrote: Well, I already tried 4 different WLAN miniPci cards on two different WP188 boards. Same behaviour. I think the WLAN cards are something special. They don't have SPROM on ssb. Who knows what there is missing, too? Sometimes I manage it to get them working as AP for half an hour. I can associate, transfer data and so on. The WLAN cards are from mn700 Microsoft Router. The broadcom chip is labeled: BCM4306KFB HS0350 P20 710355 M The card is labeled (C)2003 BROADCOM CORP BCM94306MPMN REV 2.1 First of all, is this a regression? I didn't think it was, but when I reread an earlier post of yours, it appears that you can make it work by using ssb from 2.6.28 and b43legacy from compat-wireless. If I read that correctly, then there is a regression in ssb. Please confirm that. If it is a regression, the recent changes in the PCI code for ssb are as follows: 2009-08-10: Read/write macro changes and some SPROM 8 stuff for LP PHY 2009-02-27: Implement fallback SPROM 2008-12-25: Add SPROM Rev 8 extraction 2008-08-20: Add SPROM 4-5 extraction None of these seem to be a likely source of a regression; however, anything resembling a bisection would be helpful. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
bcm4306 crashes on IPX4XX and works on x86 ?!?
Hello Group, I posted a few days ago my problems with this WLAN minipci card: Linux OpenWrt 2.6.28.10 #5 Thu Sep 10 20:36:33 CEST 2009 armv5teb unknown 00:02.0 0280: 14e4:4325 (rev 02) Subsystem: 1414:0004 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 27 Region 0: Memory at 4802 (32-bit, non-prefetchable) [disabled] [size=8K] If I use them (2 pieces) in a WP188 from compex, I don't get ssb.ko running. Here is the dmesg if I try to load ssb.ko and b43legacy.ko PCI: enabling device :00:02.0 (0140 - 0142) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243) ssb: Core 3 found: V90 (cc 0x807, rev 0x01, vendor 0x4243) ssb: Core 4 found: PCI (cc 0x804, rev 0x07, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Ignoring additional 802.11 core ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 251 detected. ssb: Unsupported SPROM revision 251 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:02.0 PCI: enabling device :00:04.0 (0140 - 0142) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243) ssb: Core 3 found: V90 (cc 0x807, rev 0x01, vendor 0x4243) ssb: Core 4 found: PCI (cc 0x804, rev 0x07, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Ignoring additional 802.11 core ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 251 detected. ssb: Unsupported SPROM revision 251 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:04.0 cfg80211: Using static regulatory domain info cfg80211: Regulatory domain: US (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) cfg80211: Calling CRDA for country: US b43legacy-phy0: Broadcom 4306 WLAN found phy0: Failed to initialize wep: -2 b43legacy: probe of ssb0:0 failed with error -2 b43legacy-phy1: Broadcom 4306 WLAN found phy1: Failed to initialize wep: -2 b43legacy: probe of ssb1:0 failed with error -2 Broadcom 43xx-legacy driver loaded [ Features: PLID, Firmware-ID: FW10 ] One time I managed it to run for half an hour. I think it is a PCI problem of IPX4XX? Because running the same cards in my ALIX works without problems! cfg80211: Using static regulatory domain info cfg80211: Regulatory domain: US (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) cfg80211: Calling CRDA for country: US b43-pci-bridge :00:0c.0: setting latency timer to 64 ssb: Sonics Silicon Backplane found on PCI device :00:0c.0 b43-pci-bridge :00:0e.0: setting latency timer to 64 ssb: Sonics Silicon Backplane found on PCI device :00:0e.0 b43legacy-phy0: Broadcom 4306 WLAN found phy0: Selected rate control algorithm 'minstrel' b43legacy-phy1: Broadcom 4306 WLAN found phy1: Selected rate control algorithm 'minstrel' Broadcom 43xx-legacy driver loaded [ Features: PLID, Firmware-ID: FW10 ] ip_tables: (C) 2000-2006 Netfilter Core Team nf_conntrack version 0.5.0 (4096 buckets, 16384 max) Registered led device: alix:1 Registered led device: alix:2 Registered led device: alix:3 via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker via-rhine :00:09.0: setting latency timer to 64 eth0: VIA Rhine III (Management Adapter) at 0xe000, 00:0d:b9:12:83:b8, IRQ 10. eth0: MII PHY found at address 1, status 0x7849 advertising 05e1 Link . eth0: link down device eth0 entered promiscuous mode b43legacy ssb0:0: firmware: requesting b43legacy/ucode4.fw b43legacy ssb0:0: firmware: requesting b43legacy/pcm4.fw b43legacy ssb0:0: firmware: requesting b43legacy/b0g0initvals2.fw b43legacy-phy0: Loading firmware version 0x127,
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
On Sun, Sep 13, 2009 at 7:05 PM, Daniel Schmitt dan...@schmitt-united.de wrote: Hello Group, I posted a few days ago my problems with this WLAN minipci card: Linux OpenWrt 2.6.28.10 #5 Thu Sep 10 20:36:33 CEST 2009 armv5teb unknown 00:02.0 0280: 14e4:4325 (rev 02) Subsystem: 1414:0004 Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr+ Stepping- SERR+ FastB2B- DisINTx- Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast TAbort- TAbort- MAbort- SERR- PERR- INTx- Interrupt: pin A routed to IRQ 27 Region 0: Memory at 4802 (32-bit, non-prefetchable) [disabled] [size=8K] If I use them (2 pieces) in a WP188 from compex, I don't get ssb.ko running. Here is the dmesg if I try to load ssb.ko and b43legacy.ko PCI: enabling device :00:02.0 (0140 - 0142) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243) ssb: Core 3 found: V90 (cc 0x807, rev 0x01, vendor 0x4243) ssb: Core 4 found: PCI (cc 0x804, rev 0x07, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Ignoring additional 802.11 core ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 251 detected. ssb: Unsupported SPROM revision 251 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:02.0 PCI: enabling device :00:04.0 (0140 - 0142) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x02, vendor 0x4243) ssb: Core 1 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Core 2 found: PCMCIA (cc 0x80D, rev 0x01, vendor 0x4243) ssb: Core 3 found: V90 (cc 0x807, rev 0x01, vendor 0x4243) ssb: Core 4 found: PCI (cc 0x804, rev 0x07, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x04, vendor 0x4243) ssb: Ignoring additional 802.11 core ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 251 detected. ssb: Unsupported SPROM revision 251 detected. Will extract v1 What endianness is the IXP4xx? ssb: Sonics Silicon Backplane found on PCI device :00:04.0 cfg80211: Using static regulatory domain info cfg80211: Regulatory domain: US (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) cfg80211: Calling CRDA for country: US b43legacy-phy0: Broadcom 4306 WLAN found phy0: Failed to initialize wep: -2 b43legacy: probe of ssb0:0 failed with error -2 -2 is No such file or directory - maybe some crypto options are disabled? Does the ARC4 module get built? b43legacy-phy1: Broadcom 4306 WLAN found phy1: Failed to initialize wep: -2 b43legacy: probe of ssb1:0 failed with error -2 Broadcom 43xx-legacy driver loaded [ Features: PLID, Firmware-ID: FW10 ] One time I managed it to run for half an hour. I think it is a PCI problem of IPX4XX? Because running the same cards in my ALIX works without problems! cfg80211: Using static regulatory domain info cfg80211: Regulatory domain: US (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp) (2402000 KHz - 2472000 KHz @ 4 KHz), (600 mBi, 2700 mBm) (517 KHz - 519 KHz @ 4 KHz), (600 mBi, 2300 mBm) (519 KHz - 521 KHz @ 4 KHz), (600 mBi, 2300 mBm) (521 KHz - 523 KHz @ 4 KHz), (600 mBi, 2300 mBm) (523 KHz - 533 KHz @ 4 KHz), (600 mBi, 2300 mBm) (5735000 KHz - 5835000 KHz @ 4 KHz), (600 mBi, 3000 mBm) cfg80211: Calling CRDA for country: US b43-pci-bridge :00:0c.0: setting latency timer to 64 ssb: Sonics Silicon Backplane found on PCI device :00:0c.0 b43-pci-bridge :00:0e.0: setting latency timer to 64 ssb: Sonics Silicon Backplane found on PCI device :00:0e.0 Please enable SSB B43 debugging on this platform, too. b43legacy-phy0: Broadcom 4306 WLAN found phy0: Selected rate control algorithm 'minstrel' b43legacy-phy1: Broadcom 4306 WLAN found phy1: Selected rate control algorithm 'minstrel' Broadcom 43xx-legacy driver loaded [ Features: PLID, Firmware-ID: FW10 ] ip_tables: (C) 2000-2006 Netfilter Core Team nf_conntrack version 0.5.0 (4096 buckets, 16384 max) Registered led device: alix:1 Registered led device: alix:2 Registered led device: alix:3 via-rhine.c:v1.10-LK1.4.3 2007-03-06 Written by Donald Becker via-rhine :00:09.0: setting latency timer to 64 eth0: VIA Rhine III (Management Adapter) at 0xe000, 00:0d:b9:12:83:b8, IRQ 10. eth0: MII PHY
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
On So, 2009-09-13 at 19:05 +0200, Daniel Schmitt wrote: Does anybody know what I can change in OpenWRT relating to PCI options for WP188? That maybe totally off topic, but: I fiddled a bit with getting wireless running on an ASUS WL-520GU router. I noticed the following: OpenWRT's mac80211 package does _delete_ wireless-compat's /include/linux/ssb directory, forcing compaqt-wireless to use the kernel's ssb headers. This is absolutely necessary for broadcom devices (like mine). I dunno if it also uses the kernel's ssb modules, for my broadcom device, all this ssb stuff is built into the kernel. You can extract the compat wireless package somewhere, and diff it against the kernel headers. To be honest, I do NOT think this makes the problems - I tried to upgrade to compat-wireless-2009-09-02, and it did not even compile against the kernel headers. Then I created a small patch, only upgrading the in-kernel headers and some ssb functionality, and now it works (albeit a bit slow). Thanks for any help, Daniel ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
[PATCH] ssb: Fix error when V1 SPROM extraction is forced
When an SPROM revision is not recognized, the code falls back to a V1 SPROM; however, that revision is not forced in the appropriate structure. Signed-off-by: Larry Finger larry.fin...@lwfinger.net --- Index: wireless-testing/drivers/ssb/pci.c === --- wireless-testing.orig/drivers/ssb/pci.c +++ wireless-testing/drivers/ssb/pci.c @@ -600,6 +600,7 @@ static int sprom_extract(struct ssb_bus ssb_printk(KERN_WARNING PFX Unsupported SPROM revision %d detected. Will extract v1\n, out-revision); + out-revision = 1; sprom_extract_r123(out, in); } } ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: 5354 + B43 = Instant Crash
Ah, I can reply to the list again! Petr Kubin knew what the problem was (citing his mail:) try this: in phy_common.c (next-to-last line), in b43_phyop_switch_analog_generic, comment out ``b43_write16(dev, B43_MMIO_PHY0, on ? 0 : 0xF4);'' Now it works!! Great work, Stefanik, Michael, Larry (and all the others). Here is the proof (iwconfig): wlan0 IEEE 802.11bg ESSID:tommy Mode:Managed Frequency:2.412 GHz Access Point: XX:XX:XX Bit Rate=18 Mb/s Tx-Power=20 dBm Retry long limit:7 RTS thr:off Fragment thr:off Encryption key:off Power Management:off Link Quality=70/70 Signal level=10 dBm Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0 Tx excessive retries:0 Invalid misc:0 Missed beacon:0 The Bitrate could be a bit higher ... my notebook (with iwlagn) does 100Mit/s on the same place, but it's ok as a wireless scanner. Here is the dmesg output (I got it over ssh over wlan!): r...@openwrt:~# dmesg Linux version 2.6.28.10 (t...@note) (gcc version 4.1.2) #5 Sat Sep 12 12:57:21 CEST 2009 CPU revision is: 00029029 (Broadcom BCM3302) ssb: Core 0 found: ChipCommon (cc 0x800, rev 0x14, vendor 0x4243) ssb: Core 1 found: Fast Ethernet (cc 0x806, rev 0x09, vendor 0x4243) ssb: Core 2 found: MIPS 3302 (cc 0x816, rev 0x08, vendor 0x4243) ssb: Core 3 found: USB 2.0 Host (cc 0x819, rev 0x02, vendor 0x4243) ssb: Core 4 found: MEMC SDRAM (cc 0x80F, rev 0x04, vendor 0x4243) ssb: Core 5 found: IEEE 802.11 (cc 0x812, rev 0x0D, vendor 0x4243) ssb: Core 6 found: Roboswitch (cc 0x81C, rev 0x02, vendor 0x4243) ssb: Found rev 0 PMU (capabilities 0x04A63400) ssb: Initializing MIPS core... ssb: core 0x0800, irq : 2(S) 3* 4 5 6 D I ssb: core 0x0806, irq : 2(S) 3 4* 5 6 D I ssb: core 0x0816, irq : 2(S) 3 4 5* 6 D I ssb: core 0x0819, irq : 2(S) 3 4 5 6* D I ssb: core 0x080f, irq : 2(S) 3 4 5 6 D I* ssb: core 0x0812, irq : 2(S)* 3 4 5 6 D I ssb: core 0x081c, irq : 2(S) 3 4 5 6 D I* ssb: set_irq: core 0x0806, irq 4 = 4 ssb: set_irq: core 0x0816, irq 5 = 2 ssb: set_irq: core 0x0812, irq 2 = 5 ssb: after irq reconfiguration ssb: core 0x0800, irq : 2(S) 3* 4 5 6 D I ssb: core 0x0806, irq : 2(S) 3 4* 5 6 D I ssb: core 0x0816, irq : 2(S)* 3 4 5 6 D I ssb: core 0x0819, irq : 2(S) 3 4 5 6* D I ssb: core 0x080f, irq : 2(S) 3 4 5 6 D I* ssb: core 0x0812, irq : 2(S) 3 4 5* 6 D I ssb: core 0x081c, irq : 2(S) 3 4 5 6 D I* ssb: Sonics Silicon Backplane found at address 0x1800 Serial init done. Determined physical RAM map: memory: 0100 @ (usable) Initrd not found or empty - disabling initrd Zone PFN ranges: Normal 0x - 0x1000 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0x - 0x1000 On node 0 totalpages: 4096 free_area_init_node: node 0, pgdat 80268a00, node_mem_map 802b Normal zone: 32 pages used for memmap Normal zone: 0 pages reserved Normal zone: 4064 pages, LIFO batch:0 Movable zone: 0 pages used for memmap Built 1 zonelists in Zone order, mobility grouping off. Total pages: 4064 Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200 Primary instruction cache 16kB, VIPT, 4-way, linesize 16 bytes. Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes PID hash table entries: 64 (order: 6, 256 bytes) console [ttyS0] enabled Dentry cache hash table entries: 2048 (order: 1, 8192 bytes) Inode-cache hash table entries: 1024 (order: 0, 4096 bytes) Memory: 13488k/16384k available (2157k kernel code, 2896k reserved, 308k data, 136k init, 0k highmem) Calibrating delay loop... 239.61 BogoMIPS (lpj=479232) Mount-cache hash table entries: 512 net_namespace: 480 bytes NET: Registered protocol family 16 Switched to high resolution mode on CPU 0 NET: Registered protocol family 2 IP route cache hash table entries: 1024 (order: 0, 4096 bytes) TCP established hash table entries: 512 (order: 0, 4096 bytes) TCP bind hash table entries: 512 (order: -1, 2048 bytes) TCP: Hash tables configured (established 512 bind 512) TCP reno registered NET: Registered protocol family 1 detected lzma initramfs initramfs: LZMA lc=1,lp=2,pb=2,origSize=512 squashfs: version 3.0 (2006/03/15) Phillip Lougher Registering mini_fo version $Id$ JFFS2 version 2.2. (NAND) (SUMMARY) © 2001-2006 Red Hat, Inc. msgmni has been set to 26 io scheduler noop registered io scheduler deadline registered (default) Serial: 8250/16550 driver2 ports, IRQ sharing enabled serial8250: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A serial8250: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A serial8250.0: ttyS0 at MMIO 0xb8000300 (irq = 3) is a 16550A serial8250.0: ttyS1 at MMIO 0xb8000400 (irq = 3) is a 16550A b44.c:v2.0 eth0: Broadcom 44xx/47xx 10/100BaseT Ethernet 00:1f:c6:7d:91:31 flash init: 0x1c00 0x0200 Physically mapped flash: Found 1 x16
Re: 5354 + B43 = Instant Crash
Thomas Ilnseher wrote: Ah, I can reply to the list again! Petr Kubin knew what the problem was (citing his mail:) try this: in phy_common.c (next-to-last line), in b43_phyop_switch_analog_generic, comment out ``b43_write16(dev, B43_MMIO_PHY0, on ? 0 : 0xF4);'' Now it works!! There was a code change for this routine on 08/13 in http://bcm-v4.sipsolutions.net/802.11/PHY/Anacore. It was missed and has not yet been coded. Thanks to you and Petr for this tip. BTW, where is his E-mail posted? I don't seem to have it in my mailbox. Larry ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev