On Tue, Mar 24, 2020 at 7:55 PM Tony Chuang <yhchuang@xxxxxxxxxxx> wrote: > Brian Norris <briannorris@xxxxxxxxxxxx> writes: > We want to measure the TX power, and the equipment just cannot > detect the signal on some rates, unless we "fix" the rate exactly. I think we all understand this now. > So NL80211_CMD_SET_TX_BITRATE_MASK is not so useful for us > sometimes. I'm not sure if you have directly explained why this is the case. See your comment earlier: "This command just mask out some of rates that are not allowed." Sure, but if you mask out all but 1 bitrate...voila! A fixed rate! And this: "But actually the firmware has its own rate adaptive mechanism, so mask out the other rates does not mean the rate left will be chosen." That's entirely your fault, not the fault of the API. If your firmware doesn't listen to your driver, then that's either your firmware or your driver's fault. If you set a mask that has exactly 1 bitrate in it... well, that's exactly what you should tell your firmware to do. Not, "use this 1 bitrate, but try something else if you feel like it." Now, there are other problems, like the others that Ben mentioned: the rest of the mac80211 framework doesn't like it too much if you really disable all but 1 rate (arguably a mac80211 bug -- but not a nl80211 bug); or maybe you want to differentiate management frames and data frames (and that's not what the current NL80211_CMD_SET_TX_BITRATE_MASK allows for). I'm still not (personally) expecting that you *must* do this all via the existing CMD_SET_TX_BITRATE_MASK, but to satisfy everyone involved here, you at least need to be clear about why you aren't. Regards, Brian
