On Friday 18 April 2008 17:31:41 Johannes Berg wrote: > > > 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?
Yeah, I fear we're going to add a lot of IDs this way :) Anyway, I think it's probably the only way to go and be safe at the same time. -- Greetings Michael. _______________________________________________ Bcm43xx-dev mailing list Bcm43xx-dev@lists.berlios.de https://lists.berlios.de/mailman/listinfo/bcm43xx-dev
