linux kernel - know - ¿Por qué el análisis iwlist devuelve resultados en caché casi todo el tiempo?

print kernel version linux

Question

Tengo un decodificador que ejecuta Linux kernel 2.6.32 (no se puede actualizar, por favor no sugiera eso). Estoy usando el controlador Realtek 8192CU configurado para usar el controlador WEXT. ¿Qué causaría que el análisis de iwlist devuelva constantemente los resultados almacenados en caché? Parece que cuando el STB arranca y hace su primer escaneo, obtiene una lista precisa y se conecta a un punto de acceso sin problemas. Sin embargo, los análisis posteriores devuelven la misma información (incluso las intensidades y cualidades de la señal son idénticas).

En raras ocasiones, un escaneo arrojará nuevos resultados, pero no puedo encontrar ningún patrón en el período de tiempo entre escaneos exitosos (algunas veces horas).

Cuando hay un nuevo conjunto de resultados disponible, hay un mensaje de ''survey done event (xx)'' en dmesg.

Usando wpa_cli, ejecuto el siguiente comando y obtengo una respuesta.

>scan ra0
OK
<3>CTRL-EVENT-SCAN-RESULTS

Sin embargo, ''wpa_cli scan_results'' devuelve exactamente la misma información en caché que iwlist y NO hay ningún mensaje de ''survey done event (xx)'' en dmesg.

¿Alguien puede arrojar algo de luz sobre lo que podría estar pasando aquí? Me gustaría descubrir cómo desencadenar de manera confiable un análisis de nuevos AP.

Gracias por cualquier ayuda de antemano!

Answer 1

Espero que alguien encuentre esto útil.

Después de muchas excavaciones a través del controlador 8192cu, parece que no iniciará un análisis si considera que está "ocupado" con el tráfico. Simplemente devolverá resultados de escaneo en caché. En el entorno en el que instalé el hardware, había mucho tráfico de multidifusión que causaba que estuviera "ocupado" casi todo el tiempo.

Para solucionar esto, tuve que editar una línea en core / rtw_cmd.c. Aquí está el diff.

1826c1826,1829
<       if( pmlmepriv->LinkDetectInfo.NumRxOkInPeriod > 100 ||
---
>       //  in large networks with lots of multicast traffic,
>       //  I needed to increase the Rx threshold for bBusyTraffic
>       //  so that AP scanning would work
>       if( pmlmepriv->LinkDetectInfo.NumRxOkInPeriod > 500 || // 100 ||
1831c1834
<           if(pmlmepriv->LinkDetectInfo.NumRxOkInPeriod > 100)
---
>           if(pmlmepriv->LinkDetectInfo.NumRxOkInPeriod > 500) // 100)

Answer 2

Se encontró con el mismo problema. Descubrió que si ejecuta el comando como raíz, parece restablecer la caché cada vez.