Re: [RFC/RFT 3/4] mt76x02: do not set protection on set_rts_threshold callback

2018-12-04 Thread Stanislaw Gruszka
On Tue, Dec 04, 2018 at 11:45:09AM +0100, Stanislaw Gruszka wrote: > Only OFDM_PROT_CFG is configured there based on legacy proto > value. I'm not sure how handle CCK_PROT_CFG. > > > > - mt76_rmw(dev, MT_MM20_PROT_CFG, > > > - MT_PROT_CFG_CTRL | MT_PROT_CFG_RTS_THRESH, data); > > > -

Re: [RFC/RFT 3/4] mt76x02: do not set protection on set_rts_threshold callback

2018-12-04 Thread Stanislaw Gruszka
On Fri, Nov 09, 2018 at 10:23:56AM +0100, Lorenzo Bianconi wrote: > > Use set_rts_threshold calback to enable/disable threshold only for > > legacy traffic. RTS/CTS threshold for HT TXOP make make no sense > > to me since used protection (RTS/CTS , CTS-to-self or none) > > should be determined by

Re: [RFC/RFT 3/4] mt76x02: do not set protection on set_rts_threshold callback

2018-11-09 Thread Lorenzo Bianconi
> Use set_rts_threshold calback to enable/disable threshold only for > legacy traffic. RTS/CTS threshold for HT TXOP make make no sense > to me since used protection (RTS/CTS , CTS-to-self or none) > should be determined by HT capabilities and applied to any HT > frames. > > Signed-off-by:

[RFC/RFT 3/4] mt76x02: do not set protection on set_rts_threshold callback

2018-11-08 Thread Stanislaw Gruszka
Use set_rts_threshold calback to enable/disable threshold only for legacy traffic. RTS/CTS threshold for HT TXOP make make no sense to me since used protection (RTS/CTS , CTS-to-self or none) should be determined by HT capabilities and applied to any HT frames. Signed-off-by: Stanislaw Gruszka