Por mais de duas décadas, a Intel foi sinônimo de bom “cidadão” no ecossistema Linux: kernel, toolchains (GCC/LLVM), drivers abertos desde o dia zero de cada geração e até uma distro Linux, tudo isso construiu uma reputação que muitas vezes compensou períodos de estagnação de hardware (quem não lembra do longo 14 nm?) e fidelizou usuários exatamente pelo software. Pois é essa história que Michael Larabel, do Phoronix, diz ver em risco: segundo ele, a estratégia de open source da Intel está mudando de uma “maré alta que levanta todos os barcos” para algo mais restritivo, buscando não “ajudar concorrentes”.
Um momento de crise
O pano de fundo é uma crise amplamente conhecida: reestruturações internas, cortes e perda de talentos de desenvolvimento de softwares ao longo do último ano. Mantenedores do Kernel saíram, o driver de IA da Habana Labs ficou sem equipe, alguns pacotes e projetos user-space foram aposentados, e até drivers de sensores chegaram a ficar abandonados. O encerramento do Clear Linux, distribuição que, por anos, serviu de vitrine para otimizações agressivas em x86_64, foi outro golpe simbólico. Para uma comunidade acostumada a ver notícias boas sobre código aberto, o silêncio e os desligamentos estão soando estranhos.
A inquietação virou alerta após o Intel Tech Tour, no Arizona. No palco, Kevork Kechichian (EVP e GM do grupo de Data Center) disse, em suma, que a empresa precisa “usar o open source como vantagem para a Intel, e não deixar que todo mundo pegue e corra com isso”. Reforçou: a Intel continuará contribuindo, mas quer garantir que isso “lhes dê uma vantagem contra os demais”. Em outra ocasião, a companhia encaminhou uma nota afirmando “compromisso profundo” com o open source, porém “afinado” para “destacar as forças únicas da Intel”.
Historicamente, a Intel ganhava reputação (e vendas) ao elevar todo o ecossistema, enquanto investia em diferenciais via ISA (AVX-512, AMX), GPUs Arc com drivers abertos desde o dia 1 e iniciativas como SVT-AV1/HEVC/VP9. Trocar esse ethos por um filtro do tipo “só se nos der vantagem exclusiva” é arriscado e pouco alinhado à lógica que fez do Linux o que ele é.
Além disso, restringir contribuições pode gerar efeitos colaterais não triviais: menos patches de qualidade em áreas neutras do kernel; otimizações de compilador indo para caminhos proprietários (ou ficando em atraso no upstream); evitando mexer em código comum do Mesa por também beneficiar “rivais”. Isso não cria apenas um problema filosófico; cria fricção técnica que, no longo prazo, corrói a compatibilidade, o desempenho geral e a confiança.
A expectativa e a realidade
No “ciclo AI + hyperscalers”, cada vantagem conta. Mas a história recente mostra que o ganha-ganha do open source não foi o problema da Intel. Hardware atrasado foi. O Clear Linux rodava muito bem em CPUs AMD; os encoders SVT deram salto a todo mundo; o Sound Open Firmware virou base para vários SoCs; o Cloud Hypervisor ampliou-se para ARM; o OpenVINO roda em outras arquiteturas. A lealdade de diversos desenvolvedores e admins nasceu justamente dessa postura “aberta sem asterisco”.
Agora quem assume subsistemas e pacotes órfãos que antes tinham engenheiros da Intel? Fundos, fundações e consórcios podem mitigar riscos, mas também pode ser a hora de diversificar a base de mantenedores fortalecendo iniciativas mais neutras como a Linux Foundation, Khronos e MLCommons, e incentivar a academia/indústria a cofinanciar a “infra” de software.
No fim, ninguém duvida que a Intel seguirá suportando Linux para seus produtos. A dúvida é qual Intel veremos: a que compõe com o ecossistema para todos ganharem e, por isso mesmo, colhe fidelidade, ou a que recalibra o funil de contribuições para tirar o pé de áreas “não exclusivas”? A primeira estratégia provou seu valor por décadas. A segunda pode até parecer atraente à luz de metas trimestrais, mas tende a custar capital social (e técnico) que não se recompõe rapidamente.Fique por dentro das principais novidades da semana sobre tecnologia e Linux: receba nossa newsletter em sua caixa de entrada!
