In Kernel Bugzilla #15825, a netbook with an LP PHY device had symptoms similar to John's box. The main difference is that the freezes on ssb load were intermittent. From the instances that it works, we learned that this box does have a SPROM at the normal location (0x1000). With the help of the OP, we also learned that when it failed, it read the first word of the SPROM as 0xFFFF, and then froze upon trying the second. This behavior is the basis for my submission of "[RFC/RFT] ssb: Avoid system hang when SPROM read fails". On the box at Bug #15825, that patch eliminates the hangs. Of course, when the load fails with the appropriate log entries, the wireless doesn't work. In auditing the path that is involved in ssb registration, I noted a variable named fast_pwrup_delay in struct ssb_chipcommon that gets written to MMIO offset 0x6A8. When I looked for some variable like this in the Broadcom driver, I found that it should be set to 7000 for the BCM4312 LP-PHY device, but a test print showed it to be 0 with b43/ssb. Resolving the discrepancy led to modifications in the specs at http://bcm-v4.sipsolutions.net/802.11/Init. In particular, line 11 was added. There are now two new pages at http://bcm-v4.sipsolutions.net/802.11/ClkctlFastPwrupDelay, and http://bcm-v4.sipsolutions.net/802.11/PmuFastPwrupDelay. I hand coded the driver to write 7000, rather than zero, to the MMIO offset 0x6A8. For my device, which already works, it made no difference. I have sent such a trial patch to the OP at Bug #15825, but have not gotten feedback. Larry -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
