On 10/09/2009 10:41 AM, Gábor Stefanik wrote: > G-PHY revision <=2 is handled by b43legacy, not b43, so it shouldn't > be a problem.
I thought that was the case; however, the traceback on the PPC with the problem shows: NIP [c001bb6c] ioread16+0x8/0x18 LR [f1078610] ssb_pci_read16+0x30/0x68 [ssb] Call Trace: [ef87fec0] [f1076b58] ssb_device_enable+0xe0/0x118 [ssb] (unreliable) [ef87fed0] [f34c68e0] b43_is_hw_radio_enabled+0x60/0x74 [b43] [ef87fee0] [f34c693c] b43_rfkill_poll+0x48/0x134 [b43] It seems to me that the only way that b43_is_hw_radio_enabled gets to ssb_pci_read16 is with a call to b43_read16, and that implies phy.rev <= 2. I have a request in to the OP on the bug to get the details of his device. Larry _______________________________________________ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
