> It is the BFL_BTCMOD this bit selects which GPIO pin the microcode > uses for disabling the bluetooth chip. > I think the GPIO pin is actually connected to the power amplifier > on this device. So you see what this results in. :) > So the SPROM is buggy and we are missing some workaround for it > in the driver. I think the correct workaround for this card would be > to disable the BFL_BTCOEXIST bit, as there is no bluetooth chip on > the card anyway. So I think that bit is the one that is wrong. > (of course it's also wrong on lots of other cards without a bluetooth > chip. But the bug doesn't trigger there, as they don't use that GPIO > pin for something else) > > I'm not sure how to implement this workaround. How should we decide > when to nuke the bit?
Make it depend on the pci ID? 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
