Drop this down from 512 to 128 for now.
This may result in a bit of a throughput drop. However, any throughput drop at this point should be investigated and root caused, as it's likely because TX scheduling (all the way down to how preemption, scheduler work, etc) is happening in a sub-optimal fashion. This also makes it much more likely to be reloadable on a live machine. Allocating 5120 TX ath_buf entries via contigmalloc is very unlikely after a few hours of using X/Chromium.
This commit is contained in:
parent
c8f7bbe987
commit
c5f9250e61
@ -47,7 +47,7 @@
|
||||
* 802.11n requires more TX and RX buffers to do AMPDU.
|
||||
*/
|
||||
#ifdef ATH_ENABLE_11N
|
||||
#define ATH_TXBUF 512
|
||||
#define ATH_TXBUF 128
|
||||
#define ATH_RXBUF 512
|
||||
#endif
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user