<yhchuang@xxxxxxxxxxx> wrote: > From: Yan-Hsuan Chuang <yhchuang@xxxxxxxxxxx> > > When TX packet arrives, driver should leave deep PS state to make > sure the DMA is working. After requested to leave deep PS state, > driver needs to poll the PS state to check if the mode has been > changed successfully. The driver used to check the state of the > hardware every 20 msecs, which means upon the first failure of > state check, the CPU is delayed 20 msecs for next check. This is > harmful for some time-sensitive applications such as media players. > > So, use shorter delay time each check from 20 msecs to 100 usecs. > The state should be changed in several tries. But we still need > to reserve ~15 msecs in total in case of the state just took too > long to be changed successfully. If the states of driver and the > hardware is not synchronized, the power state could be locked > forever, which mean we could never enter/leave the PS state. > > Signed-off-by: Yan-Hsuan Chuang <yhchuang@xxxxxxxxxxx> > Reviewed-by: Chris Chiu <chiu@xxxxxxxxxxxx> Patch applied to wireless-drivers-next.git, thanks. 6b6c150b8464 rtw88: use shorter delay time to poll PS state -- https://patchwork.kernel.org/patch/11320947/ https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches
