Notícias sobre Kernel e hardware

A System76, fabricante americana de computadores com Linux pré-instalado, lançou o Thelio Mira AI, uma workstation Linux voltada para executar modelos de inteligência artificial localmente, sem depender de serviços em nuvem. O equipamento suporta múltiplas placas gráficas (GPUs) e oferece até 192 GB de memória RAM, tornando-o adequado para trabalhos pesados de treinamento e inferência de modelos de IA.

A Pine64, fabricante de hardware aberto, interrompeu indefinidamente a produção de seus dispositivos Linux due à escassez crítica e preços inflacionados de chips de memória DRAM e armazenamento eMMC. A empresa só retomará a fabricação a partir de meados de 2027, dependendo da evolução dos custos desses componentes. O PineNote (leitor com tela de tinta eletrônica) e o PineTab2 (tablet) — seus produtos mais afetados — devem esgotar os estoques em três meses, sem reposição prevista no curto prazo. O fundador TL Lim preferiu pausar a produção a repassar os custos ao consumidor com preços inflados, mantendo a filosofia de margens reduzidas do projeto.

A raiz do problema é a crise global de suprimentos de memória, agravada pela demanda massiva de centros de dados para inteligência artificial, que absorveu a capacidade das fábricas. Chips eMMC de 8 GB passaram de 1,50 dólar para cerca de 20 dólares em pouco tempo — um impacto insuportável para pequenos fabricantes. Diferentemente de gigantes que têm contratos de longo prazo, Pine64 opera com volumes reduzidos para desenvolvedores. Enquanto isso, dispositivos baseados em microcontroladores como o PineTime (relógio inteligente), PineVoice (alto-falante) e Pinecil (cautim programável) continuam em produção normal. A engenharia segue desenvolvendo o futuro PineTime Pro, com tela AMOLED e suporte a GPS, que aguarda apenas correções menores antes da fabricação.

Uma otimização do kernel Linux na versão 6.19 quebrou o TCMalloc, alocador de memória usado por várias aplicações, porque o código confiava em um comportamento não documentado das sequências reiniciáveis (RSEQ) — um mecanismo do kernel que permite operações sem travamentos no espaço de usuário e notifica se a execução for interrompida por preempção.

Olivier Dion propôs agora uma extensão da API de sequências reiniciáveis para restaurar a compatibilidade com o TCMalloc, resolvendo o problema sem necessidade de reverter a otimização anterior.

O Kernel Linux começou a receber as primeiras adaptações para funcionar no Apple A18 Pro, o processador que equipará futuros MacBooks. Uma série de seis patches foi submetida pela desenvolvedora Yureka Lilian com o objetivo de adicionar suporte inicial ao chip — mapeando seus componentes internos para que o sistema entenda como gerenciar energia, interrupções de hardware e relógio de segurança. A submissão também revelou um codinome até então desconhecido: "MacBook Neo", indicando uma nova linha de portáteis que a Apple está desenvolvendo.

Este é um trabalho típico do projeto Asahi Linux, que realiza engenharia reversa dos processadores Apple Silicon para permitir que o Linux rode em Macs. O suporte enviado agora é só o esqueleto inicial — ainda há trabalho pela frente, especialmente no gerenciador de boot (m1n1) e na capacidade de usar múltiplos núcleos simultaneamente. Os patches seguem para revisão dos mantenedores do Kernel antes de chegar à versão principal do sistema.

Quem pensa em migrar para Linux frequentemente se pergunta se impressoras, mouses, controles e outros periféricos continuarão funcionando. Embora o suporte a hardware tenha melhorado nos últimos anos, ainda há casos em que um dispositivo funciona perfeitamente no Windows mas exige trabalho extra no Linux — e as razões vão muito além da simples falta de driver.

O motivo mais comum é que os fabricantes simplesmente não desenvolvem drivers para Linux, priorizando o Windows por ter mais usuários no mercado de desktops. Mesmo assim, a comunidade Linux consegue frequentemente desenvolver drivers por engenharia reversa, e empresas como 8BitDo e a própria Sony (com controles DualShock e DualSense) já contribuem ativamente. Outro fator importante é que no Linux o suporte a hardware não precisa estar todo dentro do kernel — drivers podem rodar em espaço de usuário ou como módulos externos, o que oferece flexibilidade mas também explica variações de experiência. A distribuição usada também influencia: Ubuntu e Linux Mint oferecem ferramentas gráficas para instalação de drivers, enquanto outras deixam o usuário responsável; versões antigas de bibliotecas (como suporte a 32 bits) podem impedir que drivers oficiais funcionem; e escolhas sobre tecnologias "antigas" podem afetar periféricos legados. A comunidade de projetos como KDE Plasma preencheu muitas lacunas, especialmente em mesas digitalizadoras Wacom. Para evitar problemas, a recomendação é simples: pesquise a compatibilidade do seu hardware antes de comprar.

Desenvolvedores da AMD enviaram patches para o subsistema de vídeo do Kernel Linux com o objetivo de introduzir o Passive VRR, um recurso que resolve um problema antigo: as piscadas de tela e perdas de sinal que ocorrem ao alternar entre o desktop e jogos em monitores HDMI com suporte a VRR (taxa de atualização variável). O problema acontece porque o sistema operacional alterna o monitor entre uma taxa fixa (como 60 Hz) na área de trabalho e uma taxa variável ao abrir um jogo, causando "soluços" visuais em muitos monitores. O Passive VRR mantém o monitor em estado de taxa variável continuamente, eliminando a necessidade dessa transição e consequentemente as piscadas.

A implementação foi dividida em três partes: criação de novas propriedades no subsistema DRM do Kernel, integração dessas propriedades ao driver amdgpu e uma correção específica para monitores HDMI que usam o padrão HDMI-Forum VRR. O recurso virá ativado por padrão (opt-out) para conectores HDMI compatíveis e é desnecessário para DisplayPort, que já exige transições imperceptíveis. Como se trata da versão 1 dos patches, o código ainda passa por revisão dos mantenedores antes da integração na versão principal do Kernel, sem data confirmada para chegada aos usuários.

Linus Torvalds anunciou no domingo o lançamento de Linux 7.3-rc1, primeiro candidato a versão estável do kernel. Embora Torvalds tenha comentado que nenhuma mudança destaca especialmente, o volume de alterações está entre os maiores já registrados. As novidades incluem otimizações para CPUs híbridas Intel, suporte para plataformas AMD Zen 6, melhorias de desempenho no sistema de arquivos Btrfs, suporte Vulkan Video no driver Nouveau, compatibilidade com chips M3 Ultra/Pro/Max da Apple e ativação de gráficos Intel Xe3P, além de outras funcionalidades e remoção de drivers obsoletos.

Um aspecto que chamou atenção é o crescimento significativo do código relacionado a GPUs AMD. As definições de registro do AMD DCN6 (nova geração de headers de registro) representam aproximadamente um terço de todo o patch do rc1. O kernel agora alcança quase 41 milhões de linhas de código, com o diretório drivers/gpu/drm/amd (que inclui os drivers AMDGPU e AMDKFD) somando 6,52 milhões de linhas — cerca de 16% de todo o kernel. A versão já está disponível para testes via Git e a comunidade é convidada a contribuir com feedback para o refinamento antes do lançamento final.

O framework de agendador extensível sched_ext, que permite criar agendadores customizados como programas BPF, alcançou a plenitude de funcionalidades com o suporte a sub-agendadores no Linux 7.3. O desenvolvimento dessa capacidade vinha acontecendo nos últimos ciclos de kernel.

O Kernel Linux integrou novas APIs à biblioteca libcrypto para simplificar a forma como a criptografia AES é implementada no núcleo do sistema. Liderada por Eric Biggers e aprovada por Linus Torvalds, a mudança substitui interfaces antigas consideradas complexas e ineficientes (como crypto_skcipher e crypto_aead) por um padrão mais direto. A atualização adiciona suporte nativo para os modos AES mais usados no kernel: ECB, CBC, CBC-CTS, CTR, XCTR, XTS, GCM e CCM. Na prática, essas mudanças ocorrem nos bastidores mas impactam diretamente a manutenibilidade e segurança — o kernel usa criptografia constantemente para proteger sistemas de arquivos, conexões de rede e dispositivos Bluetooth.

Os benefícios já são mensuráveis: testes de conceito mostraram uma redução de 1.905 linhas de código quando subsistemas foram migrados para as novas APIs. A atualização também inclui reforços de segurança, como funções de limpeza de memória para AES-CMAC, que garantem a remoção de chaves criptográficas da memória após o uso. Essa é a primeira fase de um projeto maior: o verdadeiro objetivo é migrar otimizações específicas para cada arquitetura de hardware (que usam instruções nativas de processadores) diretamente para a nova biblioteca, eliminando código redundante em ciclos de desenvolvimento futuros.

Engenheiros da Intel anunciaram uma proposta chamada DRM Fabric para o Linux, poucos dias após a AMD publicar sua série de patches para o UALink. A iniciativa visa melhorar a comunicação e gerenciamento de recursos entre dispositivos acelerados na plataforma.

O projeto se insere no contexto crescente de investimento das grandes fabricantes em infraestrutura de software aberto para ambientes de computação heterogênea, onde processadores, GPUs e outros aceleradores trabalham em conjunto de forma otimizada.

O kernel Linux 7.3 está recebendo melhorias significativas em armazenamento, agendamento e gerenciamento de memória. No Btrfs, a entrada/saída direta agora passa por um buffer IOmap, elevando o throughput de cerca de 50% para quase 95% do máximo teórico, enquanto correções nos caminhos de logging e fsync trazem ganhos de até 5x. EXT4 ganha escrita direta paralela e otimizações no alocador, com testes mostrando aumento de 1,92 para 2,19 milhões de IOPS. A camada IOmap foi reformulada para permitir inlining do compilador em vez de despacho indireto.

Na área de agendamento, o trabalho de Peter Zijlstra reformula o scheduling de cgroups em uma única fila de execução, melhorando consistência de taxa de quadros em jogos. CPUs híbridas Intel recebem ajustes no agendamento ciente de clusters para lidar melhor com núcleos P e E. O gerenciamento de memória foi aprimorado com correções em KSM (reduzindo travamentos de 700ms para 2ms em condições de pressão) e zsmalloc (ganhos de até 1,83x em Raspberry Pi 4B). Além disso, ByteDance eliminou travamentos em chamadas SMP, reduzindo latência de rede de ~17ms para ~1,5ms em testes DPDK. A janela de integração segue aberta por alguns dias, com lançamento esperado em outubro.