Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
well, same issue: ssb: Sonics Silicon Backplane found on PCI device :00:02.0 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: Using different timing for ioread 16. udelay(10) ssb: Using different timing for ioread 16. udelay(10) ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 91 detected. ssb: Unsupported SPROM revision 91 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:04.0 I tried udelay(5) and udelay(10). Something strange happens there that ssb isn't able to access SPROM ... Larry Finger wrote: Daniel Schmitt wrote: Larry, I don't think that sprom_do_read is able to read _ANY_ valid data because if I do it today it results it Is there any reason to suspect a timing issue? I'm not familiar with your platform. If that is the issue, perhaps might try (my mailer will mangle this, but you get the idea): Index: wireless-testing/drivers/ssb/pci.c === --- wireless-testing.orig/drivers/ssb/pci.c +++ wireless-testing/drivers/ssb/pci.c @@ -246,8 +246,10 @@ static int sprom_do_read(struct ssb_bus { int i; - for (i = 0; i bus-sprom_size; i++) + for (i = 0; i bus-sprom_size; i++) { sprom[i] = ioread16(bus-mmio + SSB_SPROM_BASE + (i * 2)); + udelay(5); + } return 0; } ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
Gábor Stefanik wrote: 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? I think it is big endianess (armeb). Please enable SSB B43 debugging on this platform, too. I only managed to turn debugging on for SSB. b43legacy has problems building debugfs.o. This is dmesg output on x86 ALIX platform: b43-pci-bridge :00:0c.0: setting latency timer to 64 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: SPROM revision 1 detected. ssb: Sonics Silicon Backplane found on PCI device :00:0c.0 b43legacy-phy0: Broadcom 4306 WLAN found Clocksource tsc unstable (delta = 69995458 ns) phy0: Selected rate control algorithm 'minstrel' Broadcom 43xx-legacy driver loaded [ Features: PLID, Firmware-ID: FW10 ] Daniel ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
Larry, I don't think that sprom_do_read is able to read _ANY_ valid data because if I do it today it results it r...@openwrt:/# insmod ssb 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: Unsupported SPROM revision 155 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:01.0 r...@openwrt:/# reading the byte 155 (0x9b). I cannot find this byte in the SPROM which is 01400400141425430080020002100018FF FF0D002C3A8E7F 2130B01198FB4FFE88030B0B3C003E000F00FF FF01EF this was read out using x86 ALIX board and the same WLAN device. If I try to get SPROM on IPX4XX machine, I get: r...@openwrt:/# cat /sys/devices/pci\:00/\:00\:01.0/ssb_sprom Bad mode in data abort handler detected Internal error: Oops - bad mode: 0 [#1] Modules linked in: ssb [last unloaded: ssb] CPU: 0Not tainted (2.6.28.10 #10) PC is at 0x01fc LR is at ssb_attr_sprom_show+0x7c/0x124 [ssb] pc : [01fc]lr : [bf010704]psr: a092 sp : c3a79e5c ip : 0001 fp : c3a79ecc r10: c026e1e4 r9 : r8 : r7 : c3a9e6c8 r6 : c3a9a000 r5 : 0065 r4 : r3 : c48dd0c8 r2 : c3a79ea4 r1 : 0001 r0 : d0c8 Flags: NzCv IRQs off FIQs on Mode IRQ_32 ISA ARM Segment user Control: 39ff Table: 03a18000 DAC: 0015 Process cat (pid: 1466, stack limit = 0xc3a78260) Stack: (0xc3a79e5c to 0xc3a7a000) 9e40:d0c8 9e60: 0001 c3a79ea4 c48dd0c8 0065 c3a9a000 c3a9e6c8 9e80: c026e1e4 c3a79ecc 0001 c3a79e5c bf010704 01fc a092 9ea0: c3a79eb0 c3a9a000 00dc bf010850 c3a9e600 c3a9a01c c30f4000 9ec0: c3a79ef8 c3a79ed0 bf010704 bf01085c c30f4000 fffb c3a11e24 0fff 9ee0: c0267420 c3af18f4 c3a79f80 c3a79f0c c3a79efc bf010cc4 bf010694 bf016678 9f00: c3a79f24 c3a79f10 c012e43c bf010ca0 c3af18e0 c38118c0 c3a79f5c c3a79f28 9f20: c00c7548 c012e420 0003 1000 bea6ddb0 c3a758e0 1000 bea6ddb0 9f40: c3a79f80 c0021f84 c3a78000 0001 c3a79f7c c3a79f60 c008ac1c c00c74b0 9f60: c3a758e0 0003 c3a79fa4 c3a79f80 c008af0c c008ab78 9f80: 1000 4009c614 bea6ddb0 c3a79fa8 9fa0: c0021de0 c008aecc 1000 4009c614 0003 bea6ddb0 1000 00074b70 9fc0: 1000 4009c614 bea6ddb0 0003 0001 0001 0003 9fe0: 40052660 bea6dd94 db54 40052668 2010 0003 Backtrace: [bf010850] (sprom_do_read+0x0/0xf0 [ssb]) from [bf010704] (ssb_attr_sprom_show+0x7c/0x124 [ssb]) [bf010688] (ssb_attr_sprom_show+0x0/0x124 [ssb]) from [bf010cc4] (ssb_pci_attr_sprom_show+0x30/0x40 [ssb]) [bf010c94] (ssb_pci_attr_sprom_show+0x0/0x40 [ssb]) from [c012e43c] (dev_attr_show+0x28/0x54) r4:bf016678 [c012e414] (dev_attr_show+0x0/0x54) from [c00c7548] (sysfs_read_file+0xa4/0x138) r5:c38118c0 r4:c3af18e0 [c00c74a4] (sysfs_read_file+0x0/0x138) from [c008ac1c] (vfs_read+0xb0/0xfc) [c008ab6c] (vfs_read+0x0/0xfc) from [c008af0c] (sys_read+0x4c/0x84) r7:0003 r6: r5: r4:c3a758e0 [c008aec0] (sys_read+0x0/0x84) from [c0021de0] (ret_fast_syscall+0x0/0x2c) r6:bea6ddb0 r5:4009c614 r4:1000 Code: () ---[ end trace b2171b3eec29f300 ]--- Segmentation fault r...@openwrt:/# Daniel Larry Finger wrote: Daniel Schmitt 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)
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote: well, same issue: ssb: Sonics Silicon Backplane found on PCI device :00:02.0 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: Using different timing for ioread 16. udelay(10) ssb: Using different timing for ioread 16. udelay(10) ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 91 detected. ssb: Unsupported SPROM revision 91 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:04.0 I tried udelay(5) and udelay(10). Something strange happens there that ssb isn't able to access SPROM ... well, are you sure that there actually is an sprom on the card? -- Greetings, Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
On Mon, Sep 14, 2009 at 7:42 PM, Michael Buesch m...@bu3sch.de wrote: On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote: well, same issue: ssb: Sonics Silicon Backplane found on PCI device :00:02.0 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: Using different timing for ioread 16. udelay(10) ssb: Using different timing for ioread 16. udelay(10) ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 91 detected. ssb: Unsupported SPROM revision 91 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:04.0 I tried udelay(5) and udelay(10). Something strange happens there that ssb isn't able to access SPROM ... well, are you sure that there actually is an sprom on the card? Probably, since it is read out perfectly on an x86 machine. -- Greetings, Michael. ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev -- Vista: [V]iruses, [I]ntruders, [S]pyware, [T]rojans and [A]dware. :-) ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
Michael Buesch schrieb: On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote: well, same issue: ssb: Sonics Silicon Backplane found on PCI device :00:02.0 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: Using different timing for ioread 16. udelay(10) ssb: Using different timing for ioread 16. udelay(10) ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 91 detected. ssb: Unsupported SPROM revision 91 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:04.0 I tried udelay(5) and udelay(10). Something strange happens there that ssb isn't able to access SPROM ... well, are you sure that there actually is an sprom on the card? it has one. Inserting the same card in x86 ALIX board, there everything works. SPROM reading works, too. The card has a SPROM. I think at the beginning of my posting I mentioned it. Daniel ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
Re: bcm4306 crashes on IPX4XX and works on x86 ?!?
Michael Buesch schrieb: On Monday 14 September 2009 20:35:42 Daniel Schmitt wrote: Michael Buesch schrieb: On Monday 14 September 2009 18:56:08 Daniel Schmitt wrote: well, same issue: ssb: Sonics Silicon Backplane found on PCI device :00:02.0 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: Using different timing for ioread 16. udelay(10) ssb: Using different timing for ioread 16. udelay(10) ssb: WARNING: Invalid SPROM CRC (corrupt SPROM) ssb: SPROM revision 91 detected. ssb: Unsupported SPROM revision 91 detected. Will extract v1 ssb: Sonics Silicon Backplane found on PCI device :00:04.0 I tried udelay(5) and udelay(10). Something strange happens there that ssb isn't able to access SPROM ... well, are you sure that there actually is an sprom on the card? it has one. Inserting the same card in x86 ALIX board, there everything works. SPROM reading works, too. The card has a SPROM. I think at the beginning of my posting I mentioned it. So did you try putting another card into the IPX board where the b43 card does not work? I guess it simply has serious PCI bus problems. I have 5 b43legacy cards. None of them works there. Always differekt SPROM revisions get extracted. After a reboot another version is displayed with the same card. Madwifi Atheros cards work perfectly on the IPX board. I testes WMIA123 and Mikrotik R52 successfully. Daniel ___ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
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