IEEE80211_TXCTL_SEND_AFTER_DTIM

IEEE80211_TXCTL_SEND_AFTER_DTIM

[Ivo van Doorn]

Hi Johannes,

I have overlooked the following patch when you submitted it to this list:
	mac80211: allow easier multicast/broadcast buffering in hardware

But I have a question about it, the flag IEEE80211_TXCTL_SEND_AFTER_DTIM
indicates that the frame should be send after the beacon because of PS buffering,
but doesn't that mean the same thing as using the queue id:
	IEEE80211_TX_QUEUE_AFTER_BEACON
(Which for rt2x00 resolves to using the ATIM queue...)

Ivo

Re: IEEE80211_TXCTL_SEND_AFTER_DTIM

[Johannes Berg]

[-- Attachment #1: Type: text/plain, Size: 632 bytes --]


On Thu, 2008-01-31 at 23:04 +0100, Ivo van Doorn wrote:
> Hi Johannes,
> 
> I have overlooked the following patch when you submitted it to this list:
> 	mac80211: allow easier multicast/broadcast buffering in hardware
> 
> But I have a question about it, the flag IEEE80211_TXCTL_SEND_AFTER_DTIM
> indicates that the frame should be send after the beacon because of PS buffering,
> but doesn't that mean the same thing as using the queue id:
> 	IEEE80211_TX_QUEUE_AFTER_BEACON

Well, that queue isn't used in mac80211... I am not familiar enough with
the qos code yet to say for sure what the problem is.

johannes

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 828 bytes --]