On Tue, Jan 05, 2016 at 10:56:18AM +0100, Janusz Dziedzic wrote: > On 5 January 2016 at 10:45, Jouni Malinen <j@xxxxx> wrote: > > On Tue, Jan 05, 2016 at 10:00:19AM +0100, Janusz Dziedzic wrote: > >> Add use_minrate param to ieee80211_tx_prepare_skb() function. > >> This is useful in case we would like to send frames > >> with lowest rates, eg. nullfunc, probe_resp. > > > > I could kind of understand this for short frames like Data nullfunc and > > PS-Poll, but why would we like to hard code Probe Response frames to be > > sent at the lowest rate? Shouldn't the frames be sent at a rate that is > > most likely to get them through and do so in a manner that does not use > > excessive amount of air time? > > > This is used to get/send probe_req() frame, next used by ath9k > "hw_scan" when chanctx used. Sure, but that's not what I'm asking. I'm asking why would we want to force Probe Response frames to use the lowest rate based on that commit message above. If that's a typo and should have been Probe Request frame, I'm going to ask the same question about Probe Request frames. Why would we like to force the lowest rate to be used for them? -- Jouni Malinen PGP id EFC895FA -- 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
