Linux no Snapdragon X2: o que muda para quem programa

A Qualcomm usou o Snapdragon Summit de 2026 para anunciar que o Linux vai chegar à linha Snapdragon X2. Se você já tentou instalar uma distro num notebook com o X Elite da primeira geração, sabe por que isso virou notícia. O suporte ao Linux no Snapdragon X2 é a resposta a uma reclamação antiga da comunidade. A promessa é tratar o Linux como cidadão de primeira classe, e não como um projeto paralelo que a empresa deixa para os voluntários.

O anúncio original está no blog OnQ da Qualcomm. Ele vem junto de muito discurso sobre "PCs com IA agêntica". Vou separar as duas coisas, porque para quem escreve código só uma delas pesa agora.

O que aconteceu com o Linux no Snapdragon X2

A linha X2 é a segunda geração de chips ARM da Qualcomm para notebooks. Ela traz CPU Oryon nova, GPU Adreno e uma NPU Hexagon de cerca de 80 TOPS, que é o número que a Qualcomm repete desde o lançamento. Até aqui o foco era 100% Windows on ARM.

O que muda agora é o compromisso público com o Linux. A empresa diz que vai levar suporte à plataforma X2, e isso inclui o trabalho de kernel e drivers que faltou na primeira geração.

Vale lembrar como foi da última vez. No X Elite, o suporte chegou aos pedaços:

• O kernel mainline ganhou suporte básico ao SoC razoavelmente rápido.
• Cada notebook precisava do seu próprio device tree, e muitos modelos ficaram meses sem um.
• Coisas como suspensão, webcam, áudio e aceleração de GPU funcionavam num modelo e quebravam no outro.
• A NPU, que era o grande argumento de venda, ficou praticamente inacessível para quem não usava Windows.

Ou seja, rodava, mas só se você topasse brincar de mantenedor de distro nos fins de semana.

Por que isso importa para desenvolvedor

A maior parte do código que a gente escreve roda em Linux. Seu backend em Node ou Bun, seu Postgres, seu container de CI, sua função serverless. Tudo isso é Linux, e cada vez mais é Linux em ARM. Graviton na AWS, Ampere no Oracle Cloud, Axion no Google Cloud.

Desenvolver em x86 e fazer deploy em ARM funciona, mas tem atrito. Imagem Docker que não tem build para arm64. Dependência nativa que compila diferente. Benchmark local que não diz nada sobre produção.

Um notebook ARM rodando Linux de verdade fecha esse ciclo. Você desenvolve na mesma arquitetura e no mesmo sistema onde o código vai rodar. O Mac com Apple Silicon já oferece metade disso, a arquitetura. A outra metade, o sistema operacional, continua exigindo uma VM.

Desenvolver na mesma arquitetura que roda em produção elimina uma categoria inteira de bug.

Tem também a questão da bateria. Os chips ARM da Qualcomm entregam autonomia que notebook x86 com Linux raramente alcança. Se o gerenciamento de energia funcionar no Linux como funciona no Windows, isso sozinho já justifica olhar com carinho.

E a parte de IA no código?

Aqui fica interessante, e é onde eu peço calma.

A Qualcomm vende o X2 como plataforma para IA agêntica: agentes rodando localmente, chamando ferramentas, sem depender da nuvem. Para dev, a tradução prática é rodar modelos de código no próprio notebook. Autocomplete local, agente que lê seu repositório sem mandar nada para fora, embeddings para busca semântica no código.

Hoje, no Linux em ARM, esse trabalho cai quase todo na CPU. E a CPU do X2 aguenta bastante coisa. Um modelo pequeno, de 3B a 8B parâmetros quantizado, roda de forma usável com llama.cpp ou Ollama. Você nem precisa da NPU para começar:

# confirme que está mesmo em ARM
uname -m
# aarch64

# Ollama já tem build para arm64
ollama run qwen2.5-coder:7b

A NPU é outra história. Para usar aqueles 80 TOPS, você precisa de driver no kernel e de um runtime que saiba falar com o Hexagon. No ecossistema da Qualcomm isso passa pelo SDK de IA dela, e a pergunta que ninguém respondeu direito ainda é: quanto disso vai estar disponível, aberto e integrado aos runtimes que a gente usa, tipo ONNX Runtime e llama.cpp?

Se a resposta for "um SDK proprietário que só roda numa distro específica", a NPU vai continuar sendo um adesivo na caixa. Se for "driver upstream mais backend no ONNX Runtime", aí muda o jogo para IA local no Linux.

Minha opinião forte: NPU sem suporte nos runtimes populares não vale nada para desenvolvedor. Ninguém vai reescrever o pipeline de inferência para um SDK de um fabricante só. O teste real é se pip install ou bun add de uma lib comum consegue usar a NPU sem cerimônia.

O que muda no seu fluxo de trabalho

Supondo que o suporte chegue redondo, algumas coisas ficam mais simples no dia a dia.

Docker sem emulação. Você builda e roda imagens arm64 nativamente. Para publicar para as duas arquiteturas, o fluxo continua o mesmo, só que agora a emulada é a x86:

docker buildx build \
  --platform linux/arm64,linux/amd64 \
  -t minha-api:latest --push .

Dependências nativas expostas cedo. Se uma lib do seu package.json não tem binário para linux-arm64, você descobre na sua máquina, não no pipeline de deploy. Coisas como sharp, bcrypt ou drivers de banco com binding nativo já têm build ARM há tempo, mas sempre tem uma dependência esquecida no fundo do node_modules.

Runtime JavaScript sem drama. Node e Bun têm build oficial para linux-arm64. React Native é um caso à parte: o emulador Android em ARM até fica mais leve, porque a imagem do sistema também é ARM. Já o build de iOS continua exigindo Mac, e isso nenhum chip da Qualcomm vai resolver.

IA local no editor. Com um modelo rodando local, dá para apontar seu editor para um endpoint na própria máquina:

const res = await fetch('http://localhost:11434/api/generate', {
  method: 'POST',
  body: JSON.stringify({
    model: 'qwen2.5-coder:7b',
    prompt: 'Explique esta query SQL: SELECT ...',
    stream: false,
  }),
})
const { response } = await res.json()

Código privado da empresa não sai do notebook. Para muita gente, isso é a diferença entre poder ou não usar IA no trabalho.

Vale comprar um notebook com X2 para rodar Linux?

Ainda não. Pelo menos não no dia do lançamento.

Anúncio de suporte é intenção. O que importa é o estado do kernel no notebook específico que você quer comprar. A primeira geração ensinou que "o SoC é suportado" e "o seu modelo funciona" são frases bem diferentes.

Antes de gastar, eu checaria:

• Se o modelo tem device tree no kernel mainline, não só num fork do fabricante.
• Se suspender e acordar funciona, e quanto de bateria ele perde dormindo.
• Se a GPU tem aceleração com driver aberto (o Freedreno, no Mesa, cobre Adreno).
• Se a NPU é acessível por algum runtime comum ou só por SDK proprietário.
• Se tem relato de usuário real usando no dia a dia, não só um vídeo de boot.

Se três dessas cinco estiverem verdes, já dá para pensar. Se só o boot funciona, é brinquedo caro.

E vale a piada inevitável: o "ano do Linux no desktop" agora vem com NPU. Pelo menos dessa vez tem um fabricante de chip assinando embaixo.

Minha leitura

Gosto do anúncio. A Qualcomm finalmente entendeu que desenvolvedor é exatamente o público que compra notebook potente, quer bateria boa e roda Linux. Ignorar esse grupo na primeira geração foi um erro, e corrigir isso é uma boa notícia para o ecossistema ARM inteiro.

Mas eu julgo pelo kernel, não pelo palco. Se em seis meses os principais notebooks X2 estiverem no mainline e a NPU funcionar com ONNX Runtime ou llama.cpp, ARM com Linux vira uma opção séria de máquina de desenvolvimento. Até lá, é uma promessa interessante que merece acompanhamento.

Eu sigo testando IA local nos meus próprios projetos, e alguns deles estão aqui no portfólio.

Notebook ARM rodando Linux de verdade: a Qualcomm prometeu levar suporte de primeira classe ao Snapdragon X2.

Quem tentou instalar uma distro no X Elite lembra bem: suspensão quebrada, webcam muda e NPU inacessível fora do Windows.

Quase tudo que a gente escreve roda em Linux, e cada vez mais em ARM. Desenvolver na mesma arquitetura de produção elimina uma categoria inteira de bug.

Mas NPU que não funciona com ONNX Runtime ou llama.cpp não vale nada para quem programa. Ninguém vai reescrever o pipeline para o SDK de um fabricante só.

Eu julgo pelo kernel, não pelo palco. Antes de comprar, confira se o seu modelo está no mainline.

Escrevi o que muda no fluxo de trabalho e o checklist completo no blog. Você trocaria seu notebook por um X2 com Linux?

#Linux #ARM #Snapdragon #DevLife #IALocal