Gluon: Establecer indicador ROTO para tl-wr1043nd v1

¿Puede proporcionar un ticket que describa cómo reproducir los problemas con un tl-wr1043nd v1? Tenga muchos aquí. ¿Y cuáles son los problemas, en realidad? ¿Es el código morse parpadeante de los LED que dice "esclavizaremos a todos los humanos" o hay algo más roto? ;-)

• uno para mí

2017-01-23 22:55 GMT + 01: 00 Ruben Barkow [email protected] :

Tuvimos muchos problemas con la antigua v1 de este dispositivo.

por favor, establezca una bandera rota para este dispositivo, ya que realmente no funciona
redondo con gluón

-
Estás recibiendo esto porque estás suscrito a este hilo.
Responda a este correo electrónico directamente, véalo en GitHub
https://github.com/freifunk-gluon/gluon/issues/1011 , o silenciar el hilo
https://github.com/notifications/unsubscribe-auth/AFmeWCRtwsQIp06xm9uqsXDEKpvNW4Riks5rVSHcgaJpZM4LrmCv
.

el BROKEN no ayudará el hecho de que probablemente sea el chipset WiFi que no es estable cuando se ejecuta IBBS y AP simultáneamente.
Y como todo el mundo es consciente de las deficiencias de estas unidades, sucedió lo mismo desde AA ...

Ha habido algunas correcciones en la compilación actual de Lede con respecto a los controladores wifi ath9k, consulte https://github.com/lede-project/source/commit/f9022964cfa0a44984d2efa2dafe3452899acfdf y https://github.com/lede-project/source/commit / 36db14369016b976ce7b0d6a1928eb7a26c45f5c

Creo que después de esto, el 1043 podría volver a utilizarse. Sin embargo, su hardware aún es antiguo ...

@ Hermano-Lal

Creo que después de esto, el 1043 podría volver a utilizarse. Sin embargo, su hardware aún es antiguo ...

Ok, seamos optimistas, pero honestamente no tengo mucha confianza en que algún parche ayude a 1043v1, ha estado sufriendo de wifi "poco confiable" no solo en CC, pero BB y AA no fueron diferentes. Al menos lo que observé.

En otras palabras: las personas con este dispositivo saben con qué están lidiando, ya que presuntamente usan el dispositivo desde hace años.
Establecer una marca ROTO no impedirá que nadie compre uno "nuevo", ni ayudará a ningún usuario de una instalación existente.
Simplemente eliminará la ruta de actualización de actualización automática en dominios donde el firmware no está compilado con Flavor "BROKEN" además de empujarlo en la rama estable.

(si un dominio se actualiza automáticamente cambiando fastdservers, batman-versiones, etc., echará esas unidades ...)

Y como descargo de responsabilidad: yo mismo sé cómo solucionar esos problemas, pero probablemente habrá algunas comunidades no tan involucradas en secuencias de comandos de gluones que se meterán en problemas, mientras que nadie se beneficiará de un "BROKEN" recién introducido en 1043V1.