¿Cuál es el problema?
esporádicamente OOM y kernel panic en dispositivos con 64 MB de RAM y ATH10K
¿Cuál es el comportamiento esperado?
Como muchos de nosotros sabemos, el controlador ATH10K no es para nada amigable con los recursos. Entonces, el foro OpenWRT dice que los dispositivos de doble banda deben tener al menos 128 MB de RAM. Desafortunadamente, el parche para 64 MB de RAM se eliminó en sentido ascendente y no admitirá malla. Pero en el uso de una sola banda funciona bien.
Así que mi idea era que funcionara en 2,4 GHz o 5 GHz. Esto se puede hacer con un simple cambio de las casillas de verificación/botones de radio en luci. Si se marca 2,4 GHz, no se marcará 5 GHz y viceversa.
Versión de gluón:
tal vez todo
Configuración del sitio:
tal vez todo
Parches personalizados:
ninguna
Los dispositivos afectados mostrarán un OOM falso incluso en entornos de carga media con solo la radio ath10k activa. Por lo tanto, solo son realmente utilizables cuando se usan solo a 2,4 GHz.
Incluso si la radio de 5 GHz está deshabilitada de manera predeterminada o solo se puede usar uno de ellos, consideraría que estos dispositivos están rotos. Yo, como usuario que compré un dispositivo de este tipo, esperaría que ambas radios funcionen en paralelo como con el firmware original.
Cerrando esto, como la razón por la cual no hay una solución no pirateada para nuestro problema.
Si desea impulsar esto hacia adelante (en forma de un paquete ath10k-smallbuffers, por ejemplo), podemos incorporarlo en Gluon.
Comentario más útil
Incluso si la radio de 5 GHz está deshabilitada de manera predeterminada o solo se puede usar uno de ellos, consideraría que estos dispositivos están rotos. Yo, como usuario que compré un dispositivo de este tipo, esperaría que ambas radios funcionen en paralelo como con el firmware original.