Gluon: mt76: limitações do chipset

Sinceramente, não gosto de colocar um alerta para uma limitação que atualmente não temos, visto que nem sabemos se algum dia poderemos usar esse recurso para a mais ampla gama de dispositivos.

Não me interpretem mal, eu gostaria de ver isso implementado. Mas com relação aos drivers wireless, já estamos em um estado de fazer concessões em cada extremidade se quisermos ir além do 802.11n. Também vejo o ponto de sustentabilidade com um sentimento misto, dado o fato de mt76 atingir padrões que já estão 2 gerações atrás.

@blocktrron Eu entendo seus pontos e também já pensei sobre eles antes. As pessoas ainda recomendam o uso de 5 GHz para geração de malha. Essa recomendação veio de uma época em que não havia suporte generalizado de 5 GHz e as frequências de 5 GHz não estavam muito ocupadas. 2,4 GHz tem melhores características de propagação e 2,4 GHz está perto de um ponto em que não haverá grandes melhorias nos próximos anos para nossos propósitos. O que eu quero dizer é que os dispositivos de 2,4 GHz ficarão bem nos próximos anos e o chipset ath9k está à prova de futuro, ao contrário do mt76. Já estou trabalhando para conseguir financiamento para a implementação de um kernel principal do MCCA. Muitas organizações têm interesse em obter essa fusão. As chances são boas de que isso acontecerá nos próximos anos. Basta pensar na Ubiquity - eles mudariam para o mt76 se pensassem que tem os mesmos recursos do ath9 / 10k, mas é um chip para roteadores de baixo orçamento. Se desejar, compare um WDR4900 com seu MPC superdimensionado a um 841N com seu processador MIPS barato. A TP-Link usava uma CPU corporativa para um roteador consumidor, porque não havia nada mais barato no mercado que atendesse às suas necessidades. É o mesmo com os chips ath9 / 10k usados ​​pela TP-Link. Eles não mudam para o mt76 porque esses chips são melhores, mas porque são mais baratos e ainda atendem às suas necessidades. Para áreas rurais onde é improvável que existam grandes nuvens de malha wi-fi ou onde as pessoas ainda conversam entre si e são capazes de planejar a rede, mudar de canal, etc. uma rede autônoma que não quebra com muitos nós, você precisa do MCCA.

Se você se perguntar por que não haverá grandes melhorias para 2,4 GHz:

• A presunção que tínhamos como certa que a tecnologia irá melhorar rapidamente e constantemente não se aplica mais. O WiFi chegou a um ponto em que tem um desempenho melhor do que os requisitos de conexões de banda larga média para os próximos anos. O mercado-alvo não é mais a Europa e a América, mas a Ásia e a África. Embora um roteador mt76 custe US $ 5 nesses continentes da Europa, eles custam mais de US $ 20, porque os consumidores não percebem a queda de preço nos custos de fabricação.
• Para os requisitos do consumidor de alta largura de banda, as próximas etapas de desenvolvimento já são conhecidas:
  Usando uma largura de canal mais ampla e melhorando a eficiência espectral em canais de 5 GHz
  Fazer uso de antenas phased array e transmissões dinâmicas de baixa potência para entregar conteúdo no campo próximo (porque os dispositivos do cliente estão normalmente a menos de 20 m de distância de seus pontos de acesso nas configurações do consumidor e a densidade dos dispositivos em blocos de apartamentos é o chip do problema os fabricantes tentam resolver no momento)
• As melhorias planejadas para 2,4 GHz são apenas agregá-lo com canais de 5 GHz e melhorar a eficiência espectral como AC -> isso vai melhorar a largura de banda no campo próximo, mas não tanto na distância. A razão pela qual AC tem um desempenho tão bom em dispositivos Ubiquity AirMax em comparação com o legado 802.11n é porque eles usam antenas com polarização cruzada. Com todas as antenas sendo polarizadas verticalmente em roteadores de consumidor, as melhorias se aplicam principalmente ao campo próximo apenas.

Honestamente, não gosto de colocar um aviso para uma limitação que atualmente não temos

Provavelmente temos essa limitação no hardware. As chances são próximas de zero de que este chipset algum dia suporte a programação de transmissão.

dado o fato de que nem mesmo sabemos se algum dia seremos capazes de fazer uso desse recurso para a mais ampla gama de dispositivos.

Teríamos esse recurso pelo menos por ath9k, pois estou planejando isso há mais de dois anos. E o suporte para ath10k é apenas uma questão monetária (para obter os recursos necessários feitos no firmware candelatech). Mas, no momento, não estou realmente disposto a contribuir com o código aberto, pois não vejo que o Gluon esteja indo na direção certa no momento. Cada roteador na nuvem de malha que não oferece suporte ao agendamento de quadros será um interferente. Isso é digno de nota.

Por que sinto que o Gluon não está indo na direção certa? O que sempre quisemos é ter mais colaboradores e agora os temos. Eles fazem muito trabalho, que ninguém vê até que esteja sendo mesclado. A qualidade do código deles pode não ser a que estamos acostumados, por exemplo, NeoRaider, mas está tudo bloqueado e ninguém aqui está ajudando a apenas mesclá-lo. A maioria dos commits no momento são apenas "Atualizar pacotes / atualizar OpenWrt" etc. Claro que isso precisa ser feito, mas não há progresso. Em vez disso, implementamos recursos que criarão mais problemas do que resolverão só porque as pessoas que os enviam são aqueles que enviam os "Pacotes de atualização" ... O único meio de comunicação aceito é o IRC. Não tenho tempo para IRC e se estou mostrando um toque de emoção ou contando uma verdade pessoal aqui, recebo emojis com o polegar. É como mostrar a alguém o dedo médio no Github.

Aborrecedores que vão odiar.

metade do seu comentário não pertence a este problema aqui, talvez exprima as suas preocupações na lista de correio.
(talvez também outras questões do github sejam mais adequadas para a lista de e-mails, já que este repositório é principalmente sobre o código)

Eu olhei os registradores mt76 e tenho certeza de que há uma solução alternativa para os chipsets mt76 para habilitar a programação de transmissão da qual o nbd não estava ciente. Estou fechando isso por enquanto.