* adding ba_policy member in drv_ampdu_action op - request information
@ 2012-12-12 6:40 vivekanandah
2012-12-12 14:17 ` Johannes Berg
0 siblings, 1 reply; 2+ messages in thread
From: vivekanandah @ 2012-12-12 6:40 UTC (permalink / raw)
To: linux-wireless; +Cc: johannes
Hi,
presently in code, the block ack policy is not sent by mac80211 to the
lower level driver via the ampdu_action callback.
The mac80211 while transmitting a block ack (ADDBA)request, hardcodes
the block ack methodology to immediate block ack.
on the receive side, the delayed block ack bit is checked along-with
the capability of the receiver station to support delayed block ack.
even if the station supports delayed block ack, mac80211 does not send
the ba_policy down to the driver.
should ba_policy be sent to the driver so that lower level drivers can
take a call as to send block ack response in a delayed manner at its
convenience?
looking forward to some information
thanks in advance
Vivek
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: adding ba_policy member in drv_ampdu_action op - request information
2012-12-12 6:40 adding ba_policy member in drv_ampdu_action op - request information vivekanandah
@ 2012-12-12 14:17 ` Johannes Berg
0 siblings, 0 replies; 2+ messages in thread
From: Johannes Berg @ 2012-12-12 14:17 UTC (permalink / raw)
To: vivekanandah; +Cc: linux-wireless
On Wed, 2012-12-12 at 12:10 +0530, vivekanandah@posedge.com wrote:
> Hi,
>
> presently in code, the block ack policy is not sent by mac80211 to the
> lower level driver via the ampdu_action callback.
>
> The mac80211 while transmitting a block ack (ADDBA)request, hardcodes
> the block ack methodology to immediate block ack.
>
> on the receive side, the delayed block ack bit is checked along-with
> the capability of the receiver station to support delayed block ack.
> even if the station supports delayed block ack, mac80211 does not send
> the ba_policy down to the driver.
>
> should ba_policy be sent to the driver so that lower level drivers can
> take a call as to send block ack response in a delayed manner at its
> convenience?
Well, if you wanted to support it, you'd first have to change the
negotiation to actually ask for it, no?
johannes
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2012-12-12 14:17 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-12-12 6:40 adding ba_policy member in drv_ampdu_action op - request information vivekanandah
2012-12-12 14:17 ` 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).