Novo SoC Qualcomm “Nord” ganha patches no Kernel Linux sob fortes críticas de mantenedores

Escrito por
Emanuel Negromonte
Emanuel Negromonte é Jornalista, Mestre em Tecnologia da Informação e atualmente cursa a segunda graduação em Engenharia de Software. Com 14 anos de experiência escrevendo sobre...

Polêmica no desenvolvimento do kernel!

Uma série de 17 patches enviada por engenheiros da Qualcomm revelou detalhes sobre o SoC “Nord”, um hardware ainda não anunciado oficialmente pela empresa. O objetivo do código era adicionar suporte inicial ao subsistema de display e controladores DisplayPort (eDP PHY) do componente no Kernel Linux. No entanto, a submissão esbarrou em uma revisão rigorosa dos mantenedores, que apontaram endereços de hardware não verificados, quebra de recursos existentes e suspeita de uso inadequado de inteligência artificial na geração do material.

Apesar da documentação técnica expor as capacidades gráficas do novo chip, o estado do código enviado à lista de discussão evidencia que o suporte ainda está em estágio de rascunho inicial e precisará ser refeito.

O que isso significa para quem usa Linux

É comum que fabricantes de hardware enviem códigos ao Kernel Linux meses antes do lançamento comercial de um produto para garantir compatibilidade no “dia um”. Contudo, a comunidade do kernel exige que esse código reflita testes em hardware real e venha com mapeamentos de memória exatos. Quando desenvolvedores enviam blocos de código copiados de chips anteriores com marcações de “tentativa” ou gerados por ferramentas automatizadas sem revisão humana, os mantenedores bloqueiam a inclusão para evitar instabilidade e falhas de segurança no sistema operacional.

Detalhes técnicos do SoC “Nord”

S9vPBkFX soc qualcomm nord vazamento kernel linux criticas ia 2
Novo SoC Qualcomm "Nord" ganha patches no Kernel Linux sob fortes críticas de mantenedores 3

O patch enviado detalha especificamente o subsistema de vídeo do chip. A documentação anexada descreve as seguintes características:

  • Display Subsystem: Baseado no MDSS 12.1 e DPU 1499A.
  • Conectividade focada em DP: O chip possui duas controladoras independentes DisplayPort (DP0 e DP1) baseadas em eDP PHY.
  • Ausência de DSI: Ao contrário dos processadores Snapdragon voltados para smartphones, o Nord não possui suporte a DSI (Display Serial Interface).
  • Plataforma de teste: O código foi testado em uma placa de desenvolvimento chamada “Nord Ride SX”.

A combinação do nome “Ride” com a ausência de conectores DSI sugere que o chip pode ser destinado à linha Snapdragon Ride, voltada para sistemas automotivos avançados e painéis veiculares, embora a Qualcomm não tenha feito anúncios formais sobre a nomenclatura comercial.

“Corrija o prompt da sua IA”: as críticas da comunidade

A submissão enfrentou forte oposição técnica, liderada pelos mantenedores Dmitry Baryshkov e Krzysztof Kozlowski. A principal queixa de Baryshkov envolveu o fato de os desenvolvedores da Qualcomm copiarem endereços de registradores de outro chip (SM8750) e os enviarem com a marcação FIXME, pedindo que os endereços fossem “verificados em um mapa de registradores real do Nord antes do uso em produção”.

A reação de Baryshkov foi direta ao questionar por que engenheiros da própria fabricante não consultaram o mapa de hardware interno: “O quê? Vocês trabalham na Qualcomm e não conseguem verificar isso contra o mapa de memória?”.

Além da cópia de endereços de memória, o envio foi criticado por:

  • Quebra de recursos: A adição de novas interfaces quebrou o suporte a “tearing” de DSI existente para outras plataformas.
  • Comentários inúteis e suspeita de IA: O revisor apontou a presença de comentários óbvios e redundantes no código, sugerindo automação mal supervisionada. Em resposta a um bloco de dados, Baryshkov afirmou: “Se for IA, conserte o prompt da sua IA, por favor” e “Diga à sua IA para parar de adicionar comentários inúteis”.
  • Estrutura dos patches: A divisão do código em 17 partes foi considerada excessiva e desnecessária para a complexidade da atualização.
  • Bindings incompletos: Kozlowski apontou que a documentação das árvores de dispositivos (Device Tree bindings) estava fragmentada e carecia de exemplos completos.

Próximos passos

Devido ao volume de correções estruturais solicitadas, este conjunto de patches não será integrado ao kernel principal (mainline) em seu estado atual. A equipe de desenvolvimento precisará validar os endereços reais do hardware, corrigir as quebras de retrocompatibilidade, remover comentários artificiais e reenviar uma segunda versão (v2) para nova análise da comunidade.

Compartilhe este artigo
Emanuel Negromonte é Jornalista, Mestre em Tecnologia da Informação e atualmente cursa a segunda graduação em Engenharia de Software. Com 14 anos de experiência escrevendo sobre GNU/Linux, Software Livre e Código Aberto, dedica-se a descomplicar o universo tecnológico para entusiastas e profissionais. Seu foco é em notícias, tutoriais e análises aprofundadas, promovendo o conhecimento e a liberdade digital no Brasil.