Vivek Natarajan <vnatarajan@xxxxxxxxxxx> writes: > In a highly noisy environment, the tx rate of the driver drops and > the application slows down since it has not yet received ACKs for > the frames already queued in the hardware. Since this ACK may take > more than 100ms, stopping the dev queues for entering PS at this > stage breaks applications, WMM test cases in my testing. > If there are frames already pending in the tx queue, postponing the > PS logic helps to avoid redundant queue stops. When power save is > enabled by default and in a noisy environment, this API certainly > helps in improving the average throughput. I saw that John merged this already. But is this really the only way to fix the problem? The driver API is getting quite complex already and if we start adding new callbacks for each new problem it will get even more complex. I'm hoping that we could fix this somehow inside mac80211 and not involve drivers. Do you have any tx and txstatus timestamps when this happes? Or a sniffer capture? -- 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
