On Saturday 26 May 2007 23:11:34 Larry Finger wrote: > Michael Buesch wrote: > > On Saturday 26 May 2007 19:55:30 Larry Finger wrote: > >> Michael Buesch wrote: > >>> Ok, on which specification bits is this actually based? :) > >>> txpower_bg still needs a rewrite, and I have a patch for that in > >>> the pipeline, but it's still buggy due to missing specs stuff. > >>> > >> It is not in the V4 specifications that I have found, but the V3 (softmac) driver does this "fixup". > > > > I cannot find this in the sm driver. Can you give me a hint > > where to search? > > > >> With it, my 4311 connects with bcm43xx-mac80211. Without it, no connection. > > > > Ok, nice. > > > > My memory was faulty earlier, but it is coming back. V3 differs in that txctl1 (the equivalent of > tx_bias) is not initialized to 0xFF, but is given a value of 0-3 in bcm43xx_default_txctl1. I added > trace code that checked the value being written to radio register 0x52 and dumped the stack when the > value was still 0xFF. On that basis, I made it look like the code in bcm43xx_phy_initg when tx_bias > is 0xFF. > > Would you prefer the equivalent of bcm43xx_default_txctl1? That wouldn't be difficult. Ok, I have patches that are designed to fix this. But still not done. > Are the txpower adjustment bugs a problem with the specs? Is there anything I can do? I'm not sure what causes this, yet. It's either a bug in estimating the current power or in calculating the new attenuation values. -- Greetings Michael. - 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
