Search Linux Wireless

Re: [PATCH] mac80211: Always send a null data frame if TIM bit is set.

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

 



Vivek Natarajan <vivek.natraj@xxxxxxxxx> writes:

> Although the above patch is a right approach, it opens up an issue
> with pspolling.
>
> In the above chunk of code, if the timeout is zero, instead of
> sending a null frame to correct the state in the AP, we may keep on
> sending ps poll frames ( And the ps state in the AP will never be
> corrected)
>
> I have not tested pspolling with ath9k. But this seems to be an issue.
> Thoughts?

Maybe it's better to have a separate test for the case that TIM bit is
set but we are not in power save and just send a nullfunc frame
without psm bit. And leave the original power save code as it was.

I really would like to have some frame ack callback to mac80211, even
not all drivers support that. Otherwise we cannot reliably go to power
save because the AP might not receive our nullfunc frame. I have to
think about this and I'll try to propose something later on.

-- 
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