* [mac80211]synchronize_net call in ieee_tx_ba_session_handle_start
@ 2015-03-26 13:17 Cedric VONCKEN
2015-03-30 7:58 ` Johannes Berg
0 siblings, 1 reply; 2+ messages in thread
From: Cedric VONCKEN @ 2015-03-26 13:17 UTC (permalink / raw)
To: linux-wireless
The synchronize_net called in function ieee_tx_ba_session_handle_start
generate a jiter after the association. I can observe a long period
(100ms or more) where no data are sent because mac80211 is blocked in
synchronize_net.
My product has several network interface and processor with 4 cores.
If I understood correctly, in case we use the ath9k driver, the function
drv_ampdu_action will call the ath_tx_aggr_start and this function will
flush the tx pending packet and return the next sequence number. So in
this case it is not necessary to call this function.
Is it possible to remove this function, or I need to consider another
case?
Thanks for your help.
Cedric Voncken.
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [mac80211]synchronize_net call in ieee_tx_ba_session_handle_start
2015-03-26 13:17 [mac80211]synchronize_net call in ieee_tx_ba_session_handle_start Cedric VONCKEN
@ 2015-03-30 7:58 ` Johannes Berg
0 siblings, 0 replies; 2+ messages in thread
From: Johannes Berg @ 2015-03-30 7:58 UTC (permalink / raw)
To: Cedric VONCKEN; +Cc: linux-wireless
On Thu, 2015-03-26 at 14:17 +0100, Cedric VONCKEN wrote:
> The synchronize_net called in function ieee_tx_ba_session_handle_start
> generate a jiter after the association. I can observe a long period
> (100ms or more) where no data are sent because mac80211 is blocked in
> synchronize_net.
>
> My product has several network interface and processor with 4 cores.
>
> If I understood correctly, in case we use the ath9k driver, the function
> drv_ampdu_action will call the ath_tx_aggr_start and this function will
> flush the tx pending packet and return the next sequence number. So in
> this case it is not necessary to call this function.
>
> Is it possible to remove this function, or I need to consider another
> case?
I believe you need to consider concurrent TX processing inside mac80211.
johannes
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2015-03-30 7:58 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-03-26 13:17 [mac80211]synchronize_net call in ieee_tx_ba_session_handle_start Cedric VONCKEN
2015-03-30 7:58 ` Johannes Berg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).