Search Linux Wireless

Re: [RFT] ar9170: AP broadcast buffering

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Christian Lamparter <chunkeey@xxxxxxxxxxxxxx> writes:

> Now the problem is that under traffic the BC/MC frames might
> be delayed in the tx_pending queues and don't make it in time.

I don't know what time constraints you refer to here, but clients
should stay awake until they have received a multicast/broadcast
message with the moredata bit disabled. So, in theory, it doesn't
matter even if the frames are transmitted even 20 ms after the beacon.
(In practise some hardware might have timers for this, I think at
least wl1251 had one.)

Of course the downside is the increased power consumption. But it's
still better than to not receive the multicast/broadcast frames at all :)

-- 
Kalle Valo
--
To unsubscribe from this list: send the line "unsubscribe linux-wireless" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux