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.

Depois de décadas de promessas, computadores quânticos práticos parecem estar cada vez mais próximos — agora em questão de anos, não décadas. Pesquisas recentes mostram avanços significativos: requisitos de memória muito menores para fatorar chaves ECDSA em computadores quânticos, com trabalhos publicados reduzindo o uso de memória em mais de 50% comparado ao estado da arte em 2023. Paralelamente, fabricantes estão desenvolvendo processadores quânticos capazes de manter superposições viáveis por períodos mais longos.

Com atualizações de software demorando para chegar a sistemas estáveis, vale a pena começar a pensar agora em quais mudanças de configuração e atualizações de protocolo serão necessárias para se proteger contra computadores quânticos.

A Modular liberou o código-fonte do compilador e ferramentas de desenvolvimento do Mojo, sua linguagem de programação criada para combinar a simplicidade do Python com o desempenho de C++ e Rust. Projetado para computação de alto desempenho, inteligência artificial e aceleradores, o Mojo utiliza sintaxe familiar ao Python mas adiciona recursos de gerenciamento de memória, programação genérica e otimizações de hardware. O compilador era uma das últimas peças mantidas em código fechado, sendo liberado poucos dias após o lançamento da versão 1.0 da linguagem.

O código está disponível no repositório da Modular no GitHub sob licença Apache 2.0, permitindo compilação local usando o Bazel. Há, porém, uma ressalva: por enquanto a Modular não aceita contribuições externas para o compilador e ferramentas, com planos de abrir esse processo até o fim de 2026. A biblioteca padrão já recebe contribuições comunitárias desde 2024.

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.

Um ataque à cadeia de suprimentos atingiu pacotes no crates.io, repositório oficial do Rust. A descoberta começou em 20 de agosto com denúncia sobre o proc-macro1, que continha um script capaz de baixar código malicioso durante a compilação. A investigação revelou outros crates suspeitos (proc-macro-en, aovine, arone, aronenao e tinymember), todos removidos. O caso ganhou gravidade ao encontrarem a versão 0.3.10 do arrayref, biblioteca muito usada no ecossistema, adulterada com dependência do proc-macro1. Versions legítimas recentes foram marcadas como removidas, tornando a comprometida a mais recente disponível.

A equipe de segurança do Rust removeu os pacotes maliciosos e restaurou as versões legítimas. Dois outros crates do mesmo mantenedor (internment e append-only-vec) também foram afetados. A hipótese é que as credenciais ou computador do mantenedor foram comprometidos, não que ele tenha participado deliberadamente. Os pacotes ficaram disponíveis por pouco mais de uma hora (arrayref 0.3.10 por 86 minutos), mas tempo suficiente para downloads. A equipe recomenda que desenvolvedores verifiquem suas dependências locais usando o cache do Cargo, com comando específico fornecido para buscar os arquivos comprometidos.

A comunidade Linux perdeu Steve French, principal autor e mantenedor histórico do cliente CIFS/SMB3 no kernel. A morte foi confirmada por Jeremy Allison, desenvolvedor do Samba. French dedicou mais de duas décadas ao aprimoramento da interoperabilidade de redes, garantindo que sistemas Linux pudessem se comunicar nativamente com compartilhamentos do Windows, dispositivos NAS e infraestruturas em nuvem. Desde 2002, ele liderava o desenvolvimento do cliente VFS CIFS, foi coautor da especificação original SNIA CIFS e trabalhou como Arquiteto de Sistemas de Arquivos no Linux Technology Center da IBM e, desde 2018, como Engenheiro de Software Principal na Microsoft otimizando acesso Linux ao Azure Storage.

A manutenção do suporte a CIFS e SMB3 não será interrompida. Uma transição de liderança foi formalizada antes do falecimento, com dois novos co-mantenedores assumindo o projeto: Paulo Alcantara, desenvolvedor com histórico em contribuições ao cliente SMB, e Namjae Jeon, conhecido pelo trabalho no servidor ksmbd e suporte ao exFAT. A transição já está em vigor, garantindo que o suporte a nuvens públicas, servidores Windows e dispositivos Samba continue recebendo correções de segurança, ajustes de bugs e otimizações de desempenho nos ciclos regulares de lançamento.