Hi Christian, Christian Lamparter schrieb: > On Friday 27 July 2012 18:00:09 Thomas Huehn wrote: >> This patch adds support to annotate and change the power-level of ACK >> packets. To map hardware specific ack power capabilities to mac80211 >> one new hw flag is defined: >> >> @IEEE80211_HW_SUPPORTS_TPC_ACK_GLOBAL: >> Power level of ack packets is adjustable and processed in a >> global manner, per hw rather than per ack packet or link. >> >> The struct hw_config is extended by ack_power a global power level in >> dBm to be used for all acknowledgement_packets. A new config change >> event IEEE80211_CONF_CHANGE_ACK_POWER is defined to reacte with driver >> specific function calls to ack_power changes from the mac80211. > > I know this is kind of an odd. But as carl9170 has TPC settings > for BlockACK, CF-End and QoS-Null frames, it wouldn't be possible > to extend "ACK" to "response". > > NB: The HW has also TPC control registers for ERP(RTS/CTS) > but that's sort of a different issue. I just double checked with the registers for Atheros ath5k and ath9k chips and it is register at address offset: 0x80E8 and holds the transmit powers for self- generated response frames: ACK_PWR (ACK self-generated response frames), CTS_PWR (CTS self-generated response frames) and CHRIP_PWR (Chirp self-generated response frames). So at least for those chips, I can not see an separate TPC setting .. lets say for BlockACK. Maybe the Atheros Guys can help out here ? If my proposed FLAG is to generous we can introduce more hardware specific ones. My TPC algorithm does consider DATA and ACK packets at the moment as they are most relevant for interference management but could be extended to other types. Greetings Thomas -- 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
