[PATCH] ath10k:add support for multicast rate control
Sven Eckelmann
sven.eckelmann at openmesh.com
Mon Apr 16 23:33:12 PDT 2018
On Montag, 16. April 2018 22:10:50 CEST pradeepc at codeaurora.org wrote:
[...]
> > I see two major problems here without checking the actual
> > implementation
> > details:
> >
> > * hw_value is incorrect for a couple of devices. Some devices use a
> > different
> > mapping when they receive rates inforamtion (hw_value) then the ones
> > you use
> > for the mcast/bcast/beacon rate setting. I've handled in my POC patch
> > like
[...]
> Isn't this already fixed in https://patchwork.kernel.org/patch/9150145/
> ?
No, this is exactly the patch which causes the problem for you. The parameter
for these settings stayed the same but this patch changes the order in
ieee80211_rate to make it easier for the driver to parse the (reordered) rx
status information for CCK rates (maybe also tx - not sure about that right
now).
> > * bcast + mcast (+ mgmt) have to be set separately
>
> Can you please let me know why this would be necessary?
> Although I see minstrel rate control is currently seems using the
> mcast_rate
> setting to set MGMT/BCAST/MCAST rates, will this not be misleading to
> user
> passed value with 'iw set mcast_rate' for MGMT traffic as well?
What about broadcast? MGMT was only mentioned here because it is the third
item which can be manipulated the same way. But yes, it would be good to get
the mgmt rates in sync with the non-hw-rate-control drivers.
Kind regards,
Sven
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.infradead.org/pipermail/ath10k/attachments/20180417/926c88d9/attachment.sig>
More information about the ath10k
mailing list