Message ID | 1302008756-4757-1-git-send-email-rmanoharan@atheros.com (mailing list archive) |
---|---|
State | Not Applicable, archived |
Headers | show |
On 2011-04-05 3:05 PM, Rajkumar Manoharan wrote: > The problem is that when the attenuation is increased, > the rate will start to drop from MCS7 -> MCS6, and finally > will see MCS1 -> CCK_11Mbps. When the rate is changed b/w > CCK and OFDM, it will use register desired_scale to calculate > how much tx gain need to change. > > The output power with the same tx gain for CCK and OFDM modulated > signals are different. This difference is constant for AR9280 > but not AR9285/AR9271. It has different PA architecture > a constant. So it should be calibrated against this PA > characteristic. > > The driver has to read the calibrated values from EEPROM and set > the tx power registers accordingly. > > Signed-off-by: Rajkumar Manoharan<rmanoharan@atheros.com> > --- > diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c > index bc77a30..8f0cd0e 100644 > --- a/drivers/net/wireless/ath/ath9k/eeprom_4k.c > +++ b/drivers/net/wireless/ath/ath9k/eeprom_4k.c > @@ -781,6 +781,7 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, > { > struct modal_eep_4k_header *pModal; > struct ar5416_eeprom_4k *eep =&ah->eeprom.map4k; > + struct base_eep_header_4k *pBase =&eep->baseEepHeader; > u8 txRxAttenLocal; > u8 ob[5], db1[5], db2[5]; > u8 ant_div_control1, ant_div_control2; > @@ -1003,6 +1004,56 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, > AR_PHY_SETTLING_SWITCH, > pModal->swSettleHt40); > } > + if (AR_SREV_9271(ah) || AR_SREV_9285(ah)) { > + u8 bb_desired_scale = (pModal->bb_scale_smrt_antenna& > + EEP_4K_BB_DESIRED_SCALE_MASK); > + if ((pBase->txGainType == 0)&& (bb_desired_scale != 0)) { > + u32 pwrctrl, pwrctrl_n; > + > + /* AR_PHY_TX_PWRCTRL8 */ > + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL8); > + pwrctrl = (u32) bb_desired_scale; > + NSO(pwrctrl, 5, bb_desired_scale, 5); I think the NSO macro is somewhat confusing. How about something like this instead, to make it more readable: u32 mask; mask = BIT(0) | BIT(5) | BIT(10) | BIT(15) | BIT(20); pwrctl = mask * bb_desired_scale; - Felix -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Apr 05, 2011 at 07:10:06PM +0530, Felix Fietkau wrote: > On 2011-04-05 3:05 PM, Rajkumar Manoharan wrote: > > The problem is that when the attenuation is increased, > > the rate will start to drop from MCS7 -> MCS6, and finally > > will see MCS1 -> CCK_11Mbps. When the rate is changed b/w > > CCK and OFDM, it will use register desired_scale to calculate > > how much tx gain need to change. > > > > The output power with the same tx gain for CCK and OFDM modulated > > signals are different. This difference is constant for AR9280 > > but not AR9285/AR9271. It has different PA architecture > > a constant. So it should be calibrated against this PA > > characteristic. > > > > The driver has to read the calibrated values from EEPROM and set > > the tx power registers accordingly. > > > > Signed-off-by: Rajkumar Manoharan<rmanoharan@atheros.com> > > --- > > diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c > > index bc77a30..8f0cd0e 100644 > > --- a/drivers/net/wireless/ath/ath9k/eeprom_4k.c > > +++ b/drivers/net/wireless/ath/ath9k/eeprom_4k.c > > @@ -781,6 +781,7 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, > > { > > struct modal_eep_4k_header *pModal; > > struct ar5416_eeprom_4k *eep =&ah->eeprom.map4k; > > + struct base_eep_header_4k *pBase =&eep->baseEepHeader; > > u8 txRxAttenLocal; > > u8 ob[5], db1[5], db2[5]; > > u8 ant_div_control1, ant_div_control2; > > @@ -1003,6 +1004,56 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, > > AR_PHY_SETTLING_SWITCH, > > pModal->swSettleHt40); > > } > > + if (AR_SREV_9271(ah) || AR_SREV_9285(ah)) { > > + u8 bb_desired_scale = (pModal->bb_scale_smrt_antenna& > > + EEP_4K_BB_DESIRED_SCALE_MASK); > > + if ((pBase->txGainType == 0)&& (bb_desired_scale != 0)) { > > + u32 pwrctrl, pwrctrl_n; > > + > > + /* AR_PHY_TX_PWRCTRL8 */ > > + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL8); > > + pwrctrl = (u32) bb_desired_scale; > > + NSO(pwrctrl, 5, bb_desired_scale, 5); > I think the NSO macro is somewhat confusing. How about something like > this instead, to make it more readable: > > u32 mask; > mask = BIT(0) | BIT(5) | BIT(10) | BIT(15) | BIT(20); > pwrctl = mask * bb_desired_scale; > NSO - N times Shift and OR. Sounds reasonable. isn't it? -- Rajkumar -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On 2011-04-05 5:10 PM, Rajkumar Manoharan wrote: > On Tue, Apr 05, 2011 at 07:10:06PM +0530, Felix Fietkau wrote: >> On 2011-04-05 3:05 PM, Rajkumar Manoharan wrote: >> > The problem is that when the attenuation is increased, >> > the rate will start to drop from MCS7 -> MCS6, and finally >> > will see MCS1 -> CCK_11Mbps. When the rate is changed b/w >> > CCK and OFDM, it will use register desired_scale to calculate >> > how much tx gain need to change. >> > >> > The output power with the same tx gain for CCK and OFDM modulated >> > signals are different. This difference is constant for AR9280 >> > but not AR9285/AR9271. It has different PA architecture >> > a constant. So it should be calibrated against this PA >> > characteristic. >> > >> > The driver has to read the calibrated values from EEPROM and set >> > the tx power registers accordingly. >> > >> > Signed-off-by: Rajkumar Manoharan<rmanoharan@atheros.com> >> > --- >> > diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c >> > index bc77a30..8f0cd0e 100644 >> > --- a/drivers/net/wireless/ath/ath9k/eeprom_4k.c >> > +++ b/drivers/net/wireless/ath/ath9k/eeprom_4k.c >> > @@ -781,6 +781,7 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, >> > { >> > struct modal_eep_4k_header *pModal; >> > struct ar5416_eeprom_4k *eep =&ah->eeprom.map4k; >> > + struct base_eep_header_4k *pBase =&eep->baseEepHeader; >> > u8 txRxAttenLocal; >> > u8 ob[5], db1[5], db2[5]; >> > u8 ant_div_control1, ant_div_control2; >> > @@ -1003,6 +1004,56 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, >> > AR_PHY_SETTLING_SWITCH, >> > pModal->swSettleHt40); >> > } >> > + if (AR_SREV_9271(ah) || AR_SREV_9285(ah)) { >> > + u8 bb_desired_scale = (pModal->bb_scale_smrt_antenna& >> > + EEP_4K_BB_DESIRED_SCALE_MASK); >> > + if ((pBase->txGainType == 0)&& (bb_desired_scale != 0)) { >> > + u32 pwrctrl, pwrctrl_n; >> > + >> > + /* AR_PHY_TX_PWRCTRL8 */ >> > + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL8); >> > + pwrctrl = (u32) bb_desired_scale; >> > + NSO(pwrctrl, 5, bb_desired_scale, 5); >> I think the NSO macro is somewhat confusing. How about something like >> this instead, to make it more readable: >> >> u32 mask; >> mask = BIT(0) | BIT(5) | BIT(10) | BIT(15) | BIT(20); >> pwrctl = mask * bb_desired_scale; >> > NSO - N times Shift and OR. Sounds reasonable. isn't it? The name may be reasonable, but it's not really obvious, and IMHO the macro is not really necessary either. I'm not sure if the compiler can always optimize away the for loop - and even if it can, I still think think the bitmask + multiplication approach is somewhat more readable and does not require introducing yet another magic macro. You could also make the code more efficient and smaller by using REG_RMW instead of masking pwrctl_n vs pwrctl manually. - Felix -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, Apr 05, 2011 at 08:50:31PM +0530, Felix Fietkau wrote: > On 2011-04-05 5:10 PM, Rajkumar Manoharan wrote: > > On Tue, Apr 05, 2011 at 07:10:06PM +0530, Felix Fietkau wrote: > >> On 2011-04-05 3:05 PM, Rajkumar Manoharan wrote: > >> > The problem is that when the attenuation is increased, > >> > the rate will start to drop from MCS7 -> MCS6, and finally > >> > will see MCS1 -> CCK_11Mbps. When the rate is changed b/w > >> > CCK and OFDM, it will use register desired_scale to calculate > >> > how much tx gain need to change. > >> > > >> > The output power with the same tx gain for CCK and OFDM modulated > >> > signals are different. This difference is constant for AR9280 > >> > but not AR9285/AR9271. It has different PA architecture > >> > a constant. So it should be calibrated against this PA > >> > characteristic. > >> > > >> > The driver has to read the calibrated values from EEPROM and set > >> > the tx power registers accordingly. > >> > > >> > Signed-off-by: Rajkumar Manoharan<rmanoharan@atheros.com> > >> > --- > >> > diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c > >> > index bc77a30..8f0cd0e 100644 > >> > --- a/drivers/net/wireless/ath/ath9k/eeprom_4k.c > >> > +++ b/drivers/net/wireless/ath/ath9k/eeprom_4k.c > >> > @@ -781,6 +781,7 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, > >> > { > >> > struct modal_eep_4k_header *pModal; > >> > struct ar5416_eeprom_4k *eep =&ah->eeprom.map4k; > >> > + struct base_eep_header_4k *pBase =&eep->baseEepHeader; > >> > u8 txRxAttenLocal; > >> > u8 ob[5], db1[5], db2[5]; > >> > u8 ant_div_control1, ant_div_control2; > >> > @@ -1003,6 +1004,56 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, > >> > AR_PHY_SETTLING_SWITCH, > >> > pModal->swSettleHt40); > >> > } > >> > + if (AR_SREV_9271(ah) || AR_SREV_9285(ah)) { > >> > + u8 bb_desired_scale = (pModal->bb_scale_smrt_antenna& > >> > + EEP_4K_BB_DESIRED_SCALE_MASK); > >> > + if ((pBase->txGainType == 0)&& (bb_desired_scale != 0)) { > >> > + u32 pwrctrl, pwrctrl_n; > >> > + > >> > + /* AR_PHY_TX_PWRCTRL8 */ > >> > + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL8); > >> > + pwrctrl = (u32) bb_desired_scale; > >> > + NSO(pwrctrl, 5, bb_desired_scale, 5); > >> I think the NSO macro is somewhat confusing. How about something like > >> this instead, to make it more readable: > >> > >> u32 mask; > >> mask = BIT(0) | BIT(5) | BIT(10) | BIT(15) | BIT(20); > >> pwrctl = mask * bb_desired_scale; > >> > > NSO - N times Shift and OR. Sounds reasonable. isn't it? > The name may be reasonable, but it's not really obvious, and IMHO the > macro is not really necessary either. > I'm not sure if the compiler can always optimize away the for loop - and > even if it can, I still think think the bitmask + multiplication > approach is somewhat more readable and does not require introducing yet > another magic macro. > Nice.. > You could also make the code more efficient and smaller by using REG_RMW > instead of masking pwrctl_n vs pwrctl manually. Yeah..We can avoid magic macros and unneccesary loops. Thanks a lot for your comments. Will send the updated patch. -- Rajkumar -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
diff --git a/drivers/net/wireless/ath/ath9k/ar9002_phy.h b/drivers/net/wireless/ath/ath9k/ar9002_phy.h index 37663db..47780ef 100644 --- a/drivers/net/wireless/ath/ath9k/ar9002_phy.h +++ b/drivers/net/wireless/ath/ath9k/ar9002_phy.h @@ -483,7 +483,11 @@ #define AR_PHY_TX_PWRCTRL_INIT_TX_GAIN 0x01F80000 #define AR_PHY_TX_PWRCTRL_INIT_TX_GAIN_S 19 +#define AR_PHY_TX_PWRCTRL8 0xa278 + #define AR_PHY_TX_PWRCTRL9 0xa27C + +#define AR_PHY_TX_PWRCTRL10 0xa394 #define AR_PHY_TX_DESIRED_SCALE_CCK 0x00007C00 #define AR_PHY_TX_DESIRED_SCALE_CCK_S 10 #define AR_PHY_TX_PWRCTRL9_RES_DC_REMOVAL 0x80000000 @@ -495,6 +499,8 @@ #define AR_PHY_CH0_TX_PWRCTRL11 0xa398 #define AR_PHY_CH1_TX_PWRCTRL11 0xb398 +#define AR_PHY_CH0_TX_PWRCTRL12 0xa3dc +#define AR_PHY_CH0_TX_PWRCTRL13 0xa3e0 #define AR_PHY_TX_PWRCTRL_OLPC_TEMP_COMP 0x0000FC00 #define AR_PHY_TX_PWRCTRL_OLPC_TEMP_COMP_S 10 diff --git a/drivers/net/wireless/ath/ath9k/eeprom.h b/drivers/net/wireless/ath/ath9k/eeprom.h index bd82447..3e31613 100644 --- a/drivers/net/wireless/ath/ath9k/eeprom.h +++ b/drivers/net/wireless/ath/ath9k/eeprom.h @@ -436,7 +436,11 @@ struct modal_eep_4k_header { u8 db2_2:4, db2_3:4; u8 db2_4:4, reserved:4; #endif - u8 futureModal[4]; + u8 tx_diversity; + u8 flc_pwr_thresh; + u8 bb_scale_smrt_antenna; +#define EEP_4K_BB_DESIRED_SCALE_MASK 0x1f + u8 futureModal[1]; struct spur_chan spurChans[AR_EEPROM_MODAL_SPURS]; } __packed; diff --git a/drivers/net/wireless/ath/ath9k/eeprom_4k.c b/drivers/net/wireless/ath/ath9k/eeprom_4k.c index bc77a30..8f0cd0e 100644 --- a/drivers/net/wireless/ath/ath9k/eeprom_4k.c +++ b/drivers/net/wireless/ath/ath9k/eeprom_4k.c @@ -781,6 +781,7 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, { struct modal_eep_4k_header *pModal; struct ar5416_eeprom_4k *eep = &ah->eeprom.map4k; + struct base_eep_header_4k *pBase = &eep->baseEepHeader; u8 txRxAttenLocal; u8 ob[5], db1[5], db2[5]; u8 ant_div_control1, ant_div_control2; @@ -1003,6 +1004,56 @@ static void ath9k_hw_4k_set_board_values(struct ath_hw *ah, AR_PHY_SETTLING_SWITCH, pModal->swSettleHt40); } + if (AR_SREV_9271(ah) || AR_SREV_9285(ah)) { + u8 bb_desired_scale = (pModal->bb_scale_smrt_antenna & + EEP_4K_BB_DESIRED_SCALE_MASK); + if ((pBase->txGainType == 0) && (bb_desired_scale != 0)) { + u32 pwrctrl, pwrctrl_n; + + /* AR_PHY_TX_PWRCTRL8 */ + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL8); + pwrctrl = (u32) bb_desired_scale; + NSO(pwrctrl, 5, bb_desired_scale, 5); + pwrctrl_n = (pwrctrl_n & 0xc0000000) | pwrctrl; + REG_WRITE(ah, AR_PHY_TX_PWRCTRL8, pwrctrl_n); + + /* AR_PHY_TX_PWRCTRL9 */ + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL9); + pwrctrl = (u32) bb_desired_scale; + NSO(pwrctrl, 10, bb_desired_scale, 1); + NSO(pwrctrl, 5, bb_desired_scale, 1); + pwrctrl_n = (pwrctrl_n & 0xfff07c00) | pwrctrl; + REG_WRITE(ah, AR_PHY_TX_PWRCTRL9, pwrctrl_n); + + /* AR_PHY_TX_PWRCTRL10 */ + pwrctrl_n = REG_READ(ah, AR_PHY_TX_PWRCTRL10); + pwrctrl = (u32) bb_desired_scale; + NSO(pwrctrl, 5, bb_desired_scale, 5); + pwrctrl_n = (pwrctrl_n & 0xc0000000) | pwrctrl; + REG_WRITE(ah, AR_PHY_TX_PWRCTRL10, pwrctrl_n); + + /* AR_PHY_CH0_TX_PWRCTRL11 */ + pwrctrl_n = REG_READ(ah, AR_PHY_CH0_TX_PWRCTRL11); + pwrctrl = (u32) bb_desired_scale; + NSO(pwrctrl, 5, bb_desired_scale, 1); + pwrctrl_n = (pwrctrl_n & 0xfffffc00) | pwrctrl; + REG_WRITE(ah, AR_PHY_CH0_TX_PWRCTRL11, pwrctrl_n); + + /* AR_PHY_CH0_TX_PWRCTRL12 */ + pwrctrl_n = REG_READ(ah, AR_PHY_CH0_TX_PWRCTRL12); + pwrctrl = (u32) bb_desired_scale; + NSO(pwrctrl, 5, bb_desired_scale, 5); + pwrctrl_n = (pwrctrl_n & 0xc0000000) | pwrctrl; + REG_WRITE(ah, AR_PHY_CH0_TX_PWRCTRL12, pwrctrl_n); + + /* AR_PHY_CH0_TX_PWRCTRL13 */ + pwrctrl_n = REG_READ(ah, AR_PHY_CH0_TX_PWRCTRL13); + pwrctrl = (u32) bb_desired_scale; + NSO(pwrctrl, 5, bb_desired_scale, 1); + pwrctrl_n = (pwrctrl_n & 0xfffffc00) | pwrctrl; + REG_WRITE(ah, AR_PHY_CH0_TX_PWRCTRL13, pwrctrl_n); + } + } } static u16 ath9k_hw_4k_get_spur_channel(struct ath_hw *ah, u16 i, bool is2GHz) diff --git a/drivers/net/wireless/ath/ath9k/hw.h b/drivers/net/wireless/ath/ath9k/hw.h index a778b66..fe3a975 100644 --- a/drivers/net/wireless/ath/ath9k/hw.h +++ b/drivers/net/wireless/ath/ath9k/hw.h @@ -90,6 +90,12 @@ #define SM(_v, _f) (((_v) << _f##_S) & _f) #define MS(_v, _f) (((_v) & _f) >> _f##_S) +#define NSO(_r, _s, _v, _c) \ + do { \ + u8 _i; \ + for (_i = 0; _i < _c; _i++) \ + _r = (((_r) << _s) | _v); \ + } while (0) #define REG_RMW_FIELD(_a, _r, _f, _v) \ REG_RMW(_a, _r, (((_v) << _f##_S) & _f), (_f)) #define REG_READ_FIELD(_a, _r, _f) \
The problem is that when the attenuation is increased, the rate will start to drop from MCS7 -> MCS6, and finally will see MCS1 -> CCK_11Mbps. When the rate is changed b/w CCK and OFDM, it will use register desired_scale to calculate how much tx gain need to change. The output power with the same tx gain for CCK and OFDM modulated signals are different. This difference is constant for AR9280 but not AR9285/AR9271. It has different PA architecture a constant. So it should be calibrated against this PA characteristic. The driver has to read the calibrated values from EEPROM and set the tx power registers accordingly. Signed-off-by: Rajkumar Manoharan <rmanoharan@atheros.com> --- drivers/net/wireless/ath/ath9k/ar9002_phy.h | 6 +++ drivers/net/wireless/ath/ath9k/eeprom.h | 6 +++- drivers/net/wireless/ath/ath9k/eeprom_4k.c | 51 +++++++++++++++++++++++++++ drivers/net/wireless/ath/ath9k/hw.h | 6 +++ 4 files changed, 68 insertions(+), 1 deletions(-)