{"id":168562,"date":"2026-04-13T23:12:13","date_gmt":"2026-04-13T21:12:13","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/linux-7-0"},"modified":"2026-04-13T23:12:13","modified_gmt":"2026-04-13T21:12:13","slug":"linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/linux-7-0","title":{"rendered":"Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Linux 7.0\" src=\"\/wp-content\/uploads\/2026\/04\/7aac3667fec9d6d2ab52ea9a50f6c400.jpg\" style=\"display:block;margin: 0 auto;\" \/>                              <noindex>      <noindex><\/p>\n<p>Ap\u00f3s dois meses de desenvolvimento, Linus Torvalds <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAHk-=wj2WqpPBwpAXo8bj_Hx-NxKMRVTVMUaQis7+Vm6XLRZiw@mail.gmail.com\/T\/#u\">apresentou<\/a> lan\u00e7amento do n\u00facleo <a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/\">Linux 7.0<\/a>. Entre as mudan\u00e7as mais not\u00e1veis est\u00e3o: as regras de aplica\u00e7\u00e3o de assistentes AI, a inclus\u00e3o do Rust nas funcionalidades principais do n\u00facleo, o aumento da efici\u00eancia de troca de mem\u00f3ria, a ativa\u00e7\u00e3o por padr\u00e3o do modo PREEMPT_LAZY, suporte a filtros para opera\u00e7\u00f5es io_uring, um novo sistema de arquivos Nullfs, infraestrutura fserror, ferramentas de monitoramento para XFS, suporte a remapeamento no Btrfs, ativa\u00e7\u00e3o por padr\u00e3o da vers\u00e3o NFS 4.1, integra\u00e7\u00e3o do algoritmo criptogr\u00e1fico p\u00f3s-qu\u00e2ntico ML-DSA e a ativa\u00e7\u00e3o da AccECN na subsistema de rede, al\u00e9m do suporte inicial ao WiFi 8.<\/p>\n<p><\/noindex><\/noindex> <\/p>\n<p>O n\u00famero 7.0 foi atribu\u00eddo pois na ramifica\u00e7\u00e3o 6.x houve um n\u00famero suficiente de lan\u00e7amentos para alterar o primeiro d\u00edgito da vers\u00e3o (na \u00e9poca, a vers\u00e3o 6.0 foi criada logo ap\u00f3s 5.19). A mudan\u00e7a de numera\u00e7\u00e3o \u00e9 feita por raz\u00f5es est\u00e9ticas e \u00e9 um passo formal que alivia a preocupa\u00e7\u00e3o causada pelo ac\u00famulo de muitos lan\u00e7amentos na s\u00e9rie.<\/p>\n<p>A nova vers\u00e3o inclui 15624 corre\u00e7\u00f5es de 2477 desenvolvedores, o tamanho do patch \u00e9 de 56 MB (as mudan\u00e7as afetaram 18053 arquivos, foram adicionadas 704060 linhas de c\u00f3digo e removidas 278132 linhas). Na vers\u00e3o anterior, foram 15657 corre\u00e7\u00f5es de 2237 desenvolvedores, com um patch de 52 MB. Cerca de 51% de todas as mudan\u00e7as apresentadas na vers\u00e3o 7.0 est\u00e3o relacionadas a drivers de dispositivos, aproximadamente 11% s\u00e3o mudan\u00e7as relacionadas \u00e0 atualiza\u00e7\u00e3o do c\u00f3digo espec\u00edfico para arquiteturas de hardware, 14% referem-se \u00e0 pilha de rede, 5% est\u00e3o ligadas a sistemas de arquivos e 3% a subsistemas internos do n\u00facleo.<\/p>\n<p>  <noindex><\/p>\n<p>As principais inova\u00e7\u00f5es no n\u00facleo 7.0 (<a rel=\"nofollow\" href=\"https:\/\/kernelnewbies.org\/Linux_7.0\">kernelnewbies.org<\/a>, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/1058664\/\">lwn.net<\/a>, <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/kernel\/ml\/7.0.html\">OpenNET<\/a>):<\/p>\n<p><\/noindex> <\/p>\n<ul>\n<li><strong>Subsistema de disco, entrada\/sa\u00edda e sistemas de arquivos<\/strong>\n<ul>\n<li>Foi implementada a infraestrutura fserror e <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=dd466ea0029961ee0ee6e8e468faa1506275c8a9\">o sinalizador -k para integra\u00e7\u00e3o com<\/a> API para a obten\u00e7\u00e3o de informa\u00e7\u00f5es sobre erros de entrada\/sa\u00edda e corrup\u00e7\u00e3o de metadados ao trabalhar com arquivos. A infraestrutura proposta unifica a transmiss\u00e3o de informa\u00e7\u00f5es sobre erros nas sistemas de arquivos para o espa\u00e7o do usu\u00e1rio por meio do mecanismo fsnotify.<\/li>\n<li>No XFS <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-xfs\/176897694953.202109.15171131238404759078.stgit@frogsfrogsfrogs\/\">foram adicionados<\/a> novas funcionalidades para monitoramento do estado do sistema de arquivos a partir do espa\u00e7o do usu\u00e1rio. Foi proposta a opera\u00e7\u00e3o ioctl XFS_IOC_HEALTH_MONITOR, que retorna um descritor de arquivo, atrav\u00e9s do qual \u00e9 poss\u00edvel obter informa\u00e7\u00f5es sobre falhas relacionadas \u00e0 corrup\u00e7\u00e3o de metadados ou erros de entrada\/sa\u00edda, al\u00e9m de monitorar mudan\u00e7as no estado do sistema de arquivos, como desmontagem e desligamento. Adicionalmente, foi sugerido um processo em segundo plano gerenciado pelo systemd chamado xfs_healer, que processa eventos de estado do sistema de arquivos a partir do espa\u00e7o do usu\u00e1rio e, quando necess\u00e1rio, inicia automaticamente <a rel=\"nofollow\" href=\"https:\/\/www.kernel.org\/doc\/html\/next\/filesystems\/xfs-online-fsck-design.html\">procedimentos de recupera\u00e7\u00e3o<\/a>.<\/li>\n<li>O sistema de arquivos Btrfs adicionou suporte experimental \u00e0 estrutura \"\u00e1rvore de remapeamento\" (<a rel=\"nofollow\" href=\"https:\/\/github.com\/btrfs\/btrfs-todo\/issues\/54\">remap tree<\/a>), que no futuro pode ser utilizada como uma camada intermedi\u00e1ria durante opera\u00e7\u00f5es de entrada e sa\u00edda. A ess\u00eancia da nova possibilidade \u00e9 que, ap\u00f3s a movimenta\u00e7\u00e3o de dados no armazenamento, em vez de atualizar todas as estruturas relacionadas a esses dados, os antigos e novos endere\u00e7os s\u00e3o mantidos na estrutura adicional \"remap tree\", permitindo que os endere\u00e7os sejam substitu\u00eddos ao acessar os dados. A nova abordagem \u00e9 apresentada como mais confi\u00e1vel e flex\u00edvel, al\u00e9m de simplificar a futura expans\u00e3o das funcionalidades do Btrfs.<\/li>\n<li>No Btrfs <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8912c2fd5830\">s\u00e3o implementadas<\/a> o suporte para entrada\/sa\u00edda direta em situa\u00e7\u00f5es em que o tamanho do bloco excede o tamanho da p\u00e1gina de mem\u00f3ria do sistema.<\/li>\n<li>Inclui <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7416634fd6f1\">inclu\u00edda<\/a> um novo sistema de arquivos Nullfs, que pode ser usado como um placeholder para o sistema de arquivos raiz. O sistema de arquivos Nullfs est\u00e1 sempre vazio, n\u00e3o cont\u00e9m dados e n\u00e3o suporta altera\u00e7\u00f5es. A finalidade do Nullfs \u00e9 atuar como um sistema de arquivos inicial para simplificar o processo de inicializa\u00e7\u00e3o do sistema \u2013 sobre o Nullfs, outros sistemas de arquivos s\u00e3o montados e a chamada de sistema pivot_root() \u00e9 utilizada para alternar o sistema de arquivos raiz, em vez de limpar o conte\u00fado do initramfs e usar o sistema de arquivos raiz associado.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=74554251dfc9\">Implementado<\/a> a atualiza\u00e7\u00e3o da informa\u00e7\u00e3o sobre o tempo de modifica\u00e7\u00e3o dos arquivos em modo n\u00e3o bloqueante. Anteriormente, a chamada file_update_time_flags() com a flag IOCB_NOWAIT retornava o erro -EAGAIN, o que impedia a realiza\u00e7\u00e3o de opera\u00e7\u00f5es de escrita direta em modo n\u00e3o bloqueante.<\/li>\n<li>Nos sistemas de arquivos, como op\u00e7\u00f5es separadas ativ\u00e1veis. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7e463614c97b\">traduzido<\/a> apoio a bloqueios de notifica\u00e7\u00e3o (<a rel=\"nofollow\" href=\"https:\/\/man7.org\/linux\/man-pages\/man2\/F_SETLEASE.2const.html\">lease<\/a>). Por padr\u00e3o, esse mecanismo n\u00e3o \u00e9 ativado devido a problemas com sistemas de arquivos que n\u00e3o foram originalmente desenhados para sua aplica\u00e7\u00e3o. Por exemplo, n\u00e3o \u00e9 suportado pelos sistemas de arquivos 9p e cephfs.<\/li>\n<li>No sistema de arquivos EROFS (Extendable Read-Only File System), projetado para uso em parti\u00e7\u00f5es dispon\u00edveis em modo somente leitura, o algoritmo LZMA \u00e9 utilizado por padr\u00e3o para compress\u00e3o. Os algoritmos DEFLATE e Zstandard est\u00e3o dispon\u00edveis opcionalmente e n\u00e3o s\u00e3o mais marcados como experimentais. A partilha de entradas no cache de p\u00e1ginas (page-cache) para arquivos id\u00eanticos em diferentes sistemas de arquivos EROFS foi implementada.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=64dd89ae01f2\">Removido<\/a> O modo laptop_mode economiza energia ao adiar e combinar opera\u00e7\u00f5es de grava\u00e7\u00e3o no disco r\u00edgido, com o objetivo de prolongar o tempo que o disco permanece em modo de suspens\u00e3o e reduzir o n\u00famero de ativa\u00e7\u00f5es. Este modo perdeu relev\u00e2ncia, j\u00e1 que, em dispositivos m\u00f3veis modernos, os discos r\u00edgidos foram substitu\u00eddos por unidades de estado s\u00f3lido.<\/li>\n<li>O sistema de arquivos F2FS foi adaptado para usar grandes <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=56478#folios\">de folhetos de p\u00e1ginas de mem\u00f3ria<\/a> (grandes folhas).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=75a452d31ba6\">O trabalho no driver ntfs3 foi renascido,<\/a> desenvolvido <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=55742\">pela Paragon Software. Foi adicionada suporte para opera\u00e7\u00f5es de arquivos com base em iomap, implementadas op\u00e7\u00f5es llseek SEEK_DATA\/SEEK_HOLE e adicionado o modo delalloc para aloca\u00e7\u00e3o diferida de blocos. Enquanto isso, na lista de discuss\u00e3o dos desenvolvedores do n\u00facleo, foi<\/a> aprovado <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20260204094210.GA31939@lst.de\/#t\">em fevereiro a inclus\u00e3o de uma nova implementa\u00e7\u00e3o do NTFS \u2014<\/a> a inclus\u00e3o na composi\u00e7\u00e3o de uma das futuras vers\u00f5es do n\u00facleo de uma nova implementa\u00e7\u00e3o do NTFS - <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=64084\">, desenvolvida para substituir o ntfs3.<\/a>Por padr\u00e3o, ao compilar,<\/li>\n<li>a vers\u00e3o do protocolo NFS 4.1 (CONFIG_NFS_V4_1). <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7537db24806f\">inclu\u00edda<\/a> Bloqueio de exporta\u00e7\u00e3o via NFS para sistemas de arquivos pseudo-especializados, como pidfs e nsfs. No NFSD, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b3c78bc53630\">Garantido<\/a> existe uma possibilidade experimental de usar ACL POSIX e <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=feb8a46b14d9\">s\u00e3o implementadas<\/a> suporte para mudan\u00e7a din\u00e2mica do pool de threads, dependendo da carga. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=1c87a0c39a86\">foi adicionada<\/a> As regras oficiais foram aprovadas<\/li>\n<\/ul>\n<\/li>\n<li><strong>Mem\u00f3ria e servi\u00e7os do sistema<\/strong>\n<ul>\n<li> <noindex>\n<p>para a aplica\u00e7\u00e3o de assistentes de IA <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/process\/coding-assistants.html\">e inclus\u00e3o no n\u00facleo<\/a> de conte\u00fado gerado automaticamente. <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/process\/generated-content.html\">Ao transmitir c\u00f3digo gerado, \u00e9 obrigat\u00f3rio marcar o c\u00f3digo indicando o assistente de IA usado atrav\u00e9s da tag Assisted-by. Assistentes de IA n\u00e3o podem adicionar a tag Signed-off-by \u2013 a pessoa que enviou o patch \u00e9 considerada sua autora, respons\u00e1vel pela altera\u00e7\u00e3o transmitida e garante sua qualidade. Os desenvolvedores devem revisar manualmente o c\u00f3digo gerado por IA e verificar sua conformidade com os requisitos de licenciamento.<\/a>. Ao transmitir o c\u00f3digo gerado, \u00e9 prescrito marc\u00e1-lo indicando o assistente de IA utilizado atrav\u00e9s da tag Assisted-by. Assistentes de IA est\u00e3o proibidos de adicionar a tag Signed-off-by - a pessoa que enviou o patch \u00e9 considerada sua autora, \u00e9 respons\u00e1vel pela altera\u00e7\u00e3o enviada e garante sua qualidade. Os desenvolvedores s\u00e3o instru\u00eddos a fazer uma revis\u00e3o manual do c\u00f3digo gerado por IA e verificar a conformidade do resultado com os requisitos de licen\u00e7a.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>foi movido de experimental para <a rel=\"nofollow\" href=\"https:\/\/opennet.ru\/64401-rust\">traduzido<\/a> as funcionalidades principais do n\u00facleo. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=9fa7153c31a3\">A integra\u00e7\u00e3o do mecanismo<\/a>.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251220-swap-table-p2-v5-0-8862a265a033@tencent.com\/T\/\">foi conclu\u00edda<\/a> a integra\u00e7\u00e3o no n\u00facleo de um mecanismo \"<a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/mm\/swap-table.html\">Tabela de Troca<\/a>&raquo;, permitindo aumentar a efici\u00eancia da troca. A acelera\u00e7\u00e3o \u00e9 alcan\u00e7ada pela redu\u00e7\u00e3o da concorr\u00eancia para acessar o cache de troca, uma busca mais eficaz no cache e a diminui\u00e7\u00e3o da fragmenta\u00e7\u00e3o. O backend baseado em Swap Table foi utilizado para o cache de troca em vez do backend XArray e possibilitou, no teste redis-benchmark com BGSAVE, aumentar o n\u00famero de requisi\u00e7\u00f5es atendidas em 22%.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>An\u00e1lise de Seguran\u00e7a de Threads. <a rel=\"nofollow\" href=\"https:\/\/clang.llvm.org\/docs\/ThreadSafetyAnalysis.html\">An\u00e1lise de Seguran\u00e7a de Threads<\/a>, permitindo identificar durante a compila\u00e7\u00e3o poss\u00edveis condi\u00e7\u00f5es de corrida e erros causados por bloqueios incorretos. A extens\u00e3o oferece uma s\u00e9rie de atributos, como GUARDED_BY(&#8230;), REQUIRES(&#8230;), RELEASE(&#8230;) e ACQUIRE(&#8230;), que permitem marcar fun\u00e7\u00f5es cobertas por bloqueios e dividir os escopos dos bloqueios (definindo o contexto). Durante a compila\u00e7\u00e3o, \u00e9 feita uma verifica\u00e7\u00e3o da corre\u00e7\u00e3o da aplica\u00e7\u00e3o de primitivas de sincroniza\u00e7\u00e3o, como mutexes, com base na avalia\u00e7\u00e3o da atividade ou inatividade do contexto relacionado.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Chamada de sistema open_tree <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/linus\/9b8a0ba68246a61d903ce62c35c303b1501df28b\">o sinalizador -k para integra\u00e7\u00e3o com<\/a> o flag OPEN_TREE_NAMESPACE para simplificar a configura\u00e7\u00e3o de cont\u00eaineres isolados e acelerar a inicializa\u00e7\u00e3o de cont\u00eaineres em sistemas com um grande n\u00famero de pontos de montagem. Assim como o OPEN_TREE_CLONE, o novo flag copia apenas a \u00e1rvore de montagem especificada (mount tree), mas em vez de retornar um descritor de arquivo local, retorna um descritor de arquivo em um novo espa\u00e7o de nomes de pontos de montagem, onde a \u00e1rvore copiada \u00e9 montada sobre uma c\u00f3pia da raiz real do sistema de arquivos. O flag OPEN_TREE_NAMESPACE \u00e9 necess\u00e1rio para evitar a execu\u00e7\u00e3o separada das opera\u00e7\u00f5es unshare(CLONE_NEWNS) e pivot_root(), utilizadas na cria\u00e7\u00e3o de cont\u00eaineres.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Chamada de sistema rseq <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/linux-kernel\/20251215155615.870031952@linutronix.de\/T\/\">o sinalizador -k para integra\u00e7\u00e3o com<\/a> mecanismo de extens\u00e3o de fatias de tempo (time slice), permitindo obter tempo de CPU adicional para a execu\u00e7\u00e3o ininterrupta da se\u00e7\u00e3o cr\u00edtica. A ideia \u00e9 evitar que o escalonador de tarefas interrompa a se\u00e7\u00e3o cr\u00edtica com bloqueio aplicado, resultando na transfer\u00eancia de controle para outras threads que utilizam o recurso, nas quais o bloqueio permanece aplicado. A extens\u00e3o da fatia de tempo \u00e9 feita sem custos adicionais, mas tamb\u00e9m sem garantias rigorosas fornecidas pela regula\u00e7\u00e3o total das prioridades.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Para arquiteturas arm64, loongarch, powerpc, riscv, s390 e x86, o modo de pr\u00e9-emp\u00e7\u00e3o (preemption) no escalonador por padr\u00e3o <a rel=\"nofollow\" href=\"https:\/\/web.git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7dadeaa6e851\">mudou<\/a> de PREEMPT_NONE para PREEMPT_LAZY. O n\u00famero de modos poss\u00edveis <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=7dadeaa6e851\">foi reduzido<\/a> de quatro para dois &ndash; PREEMPT_FULL e PREEMPT_LAZY (os modos PREEMPT_NONE e PREEMPT_VOLUNTARY foram mantidos apenas para arquiteturas que n\u00e3o suportam PREEMPT_FULL e PREEMPT_LAZY). O modo PREEMPT_LAZY aplica o modelo de preemp\u00e7\u00e3o total (PREEMPT_FULL) para tarefas em tempo real (RR\/FIFO\/DEADLINE), mas retarda a preemp\u00e7\u00e3o de tarefas normais (SCHED_NORMAL) at\u00e9 o limite do tick. A demora introduzida leva \u00e0 redu\u00e7\u00e3o dos casos de preemp\u00e7\u00e3o de possuidores de bloqueios, permitindo aproximar o desempenho das configura\u00e7\u00f5es que utilizam o modelo de preemp\u00e7\u00e3o volunt\u00e1ria, ou seja, o PREEMPT_LAZY mant\u00e9m as capacidades de preemp\u00e7\u00e3o total para tarefas em tempo real, mas minimiza a queda de desempenho para tarefas normais.<\/p>\n<p><\/noindex> <noindex><\/p>\n<p>Ativa\u00e7\u00e3o do PREEMPT_LAZY <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=65143\">levou<\/a> para uma regress\u00e3o significativa, reduzindo a performance do PostgreSQL em sistemas ARM64 pela metade. Para eliminar a queda de desempenho, os desenvolvedores do PostgreSQL <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20260403213207.GF2872@noisy.programming.kicks-ass.net\/\">proposto<\/a> devem ativar a op\u00e7\u00e3o PR_RSEQ_SLICE_EXTENSION para diminuir a probabilidade de preemp\u00e7\u00e3o do detentor de bloqueio.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/rust-for-linux\/20260208135445.64840-1-ojeda@kernel.org\/\">Continuou-se<\/a> transfer\u00eancia de altera\u00e7\u00f5es da ramifica\u00e7\u00e3o <a rel=\"nofollow\" href=\"https:\/\/github.com\/Rust-for-Linux\/linux\">Rust-for-Linux<\/a>, relacionadas ao uso da linguagem Rust como segunda linguagem para o desenvolvimento de drivers e m\u00f3dulos do kernel (o suporte a Rust n\u00e3o est\u00e1 ativado por padr\u00e3o e n\u00e3o faz com que a Rust se torne uma das depend\u00eancias obrigat\u00f3rias de compila\u00e7\u00e3o do kernel). Gra\u00e7as \u00e0 biblioteca anteriormente integrada &laquo;<a rel=\"nofollow\" href=\"https:\/\/crates.io\/crates\/syn\">syn (crates.io)<\/a>&raquo;, que simplifica a escrita de macros complexas, foi poss\u00edvel reduzir o tamanho do c\u00f3digo Rust no kernel ao simplificar defini\u00e7\u00f5es de macros procedurais existentes. As capacidades das bibliotecas kernel, macros e pin-init foram ampliadas.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Para o sistema de entrada\/sa\u00edda ass\u00edncrono io_uring <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5247c034a67f\">foi adicionada<\/a> a op\u00e7\u00e3o para usar filas de submiss\u00e3o n\u00e3o circulares (non-circular submission queue), que s\u00e3o mais eficientemente armazen\u00e1veis em cache na situa\u00e7\u00e3o em que a execu\u00e7\u00e3o da solicita\u00e7\u00e3o \u00e9 conclu\u00edda antes do retorno da chamada do sistema.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Na subsistema eBPF dentro do mecanismo BTF (BPF Type Format), que fornece informa\u00e7\u00f5es para a verifica\u00e7\u00e3o de tipos em pseudoc\u00f3digo BPF, para a busca de informa\u00e7\u00f5es de depura\u00e7\u00e3o <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b9da17391e13\">\u00e9 utilizado<\/a> busca bin\u00e1ria, o que aumentou a efici\u00eancia do carregamento de programas BPF. No eBPF <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=b236134f70ba\">foi adicionada<\/a> suporte a argumentos impl\u00edcitos ao chamar <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/bpf\/kfuncs.html\">kfunc<\/a> (fun\u00e7\u00f5es do n\u00facleo dispon\u00edveis para uso em programas BPF), definidas com a flag KF_IMPLICIT_ARGS.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=996812c453ca\">Removido<\/a> c\u00f3digo para suporte a disco RAM inicial (initrd) baseado em <a rel=\"nofollow\" href=\"https:\/\/github.com\/openSUSE\/linuxrc\">linuxrc<\/a>, anunciado como obsoleto. As implementa\u00e7\u00f5es restantes do initrd est\u00e3o planejadas para serem removidas em 2027. No lugar do initrd, deve-se usar o initramfs (a diferen\u00e7a \u00e9 que o initrd coloca o ambiente de inicializa\u00e7\u00e3o inicial em uma imagem de disco, enquanto o initramfs \u2013 em um sistema de arquivos).<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>Em um dispositivo de bloco <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/admin-guide\/blockdev\/zram.html\">zram<\/a>, usado para armazenamento comprimido da parti\u00e7\u00e3o de troca na mem\u00f3ria, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d38fab605c66\">alterada<\/a> a l\u00f3gica de opera\u00e7\u00e3o com p\u00e1ginas de mem\u00f3ria comprimidas ao mover dados para armazenamento permanente em caso de esgotamento da mem\u00f3ria RAM dispon\u00edvel. Anteriormente, as p\u00e1ginas de mem\u00f3ria eram descompactadas antes de serem gravadas em um dispositivo f\u00edsico, mas agora s\u00e3o salvas como est\u00e3o em forma comprimida, o que reduz a carga na CPU e economiza energia durante a opera\u00e7\u00e3o aut\u00f4noma.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>jot <a rel=\"nofollow\" href=\"https:\/\/docs.kernel.org\/tools\/rtla\/rtla-timerlat.html\">timerlat<\/a>, destinado a medir lat\u00eancias durante o funcionamento do planejador de tarefas, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=f967d1eca7d0\">foi adicionada<\/a> a op\u00e7\u00e3o \u2014bpf-action para executar programas BPF em caso de excesso do limite estabelecido.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p>No sistema de rastreamento ftrace, foi adicionada uma configura\u00e7\u00e3o bitmask-list para exibir m\u00e1scaras de bits em um formato leg\u00edvel (como uma lista de bits, e n\u00e3o um n\u00famero hexadecimal). Foram adicionadas capacidades de auditoria ao tracefs. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=729757b96a66\">filtros<\/a> e <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=6a80838814ee\">gatilhos<\/a>. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=800af362d689\">Adicionada<\/a> o comando perf sched stats para coletar e exibir estat\u00edsticas sobre o funcionamento do planejador de tarefas.<\/p>\n<p><\/noindex> <\/li>\n<li> <noindex>\n<p><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=dfa6ce636cb8\">Adicionados<\/a> op\u00e7\u00f5es de compila\u00e7\u00e3o LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE e LOGO_LINUX_CLUT224_FILE para definir o arquivo de imagem do logotipo que ser\u00e1 mostrado durante a inicializa\u00e7\u00e3o do n\u00facleo em vez do logotipo padr\u00e3o com o pinguim Tux.<\/p>\n<p><\/noindex> <\/li>\n<\/ul>\n<\/li>\n<li><strong>Virtualiza\u00e7\u00e3o e seguran\u00e7a<\/strong>\n<ul>\n<li>No sistema de entrada\/sa\u00edda ass\u00edncrona io_uring <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=d42eb05e60fea31de49897d63a1d73f933303bd4\">s\u00e3o implementadas<\/a> a possibilidade de anexar programas BPF com filtros, controlando o que opera\u00e7\u00f5es SQE espec\u00edficas (Entrada de Fila de Submiss\u00e3o) podem fazer (semelhan\u00e7a \u00e0s chamadas de sistema em io_uring). A funcionalidade adicionada \u00e9 an\u00e1loga aos filtros das chamadas de sistema. Filtros podem ser vinculados a tarefas espec\u00edficas e s\u00e3o herdados ao criar outros processos ap\u00f3s a chamada fork(). Com filtros ativos, os filtros adicionais podem apenas anexar limita\u00e7\u00f5es extras, mas n\u00e3o desativar os existentes. A funcionalidade implementada permitir\u00e1 bloquear <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=63136\">m\u00e9todos<\/a> as evas\u00f5es da filtragem das chamadas de sistema em ambientes sandbox, baseadas na execu\u00e7\u00e3o em vez de chamadas de sistema de opera\u00e7\u00f5es semelhantes fornecidas em io_uring.<\/li>\n<li>No SELinux <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=5473a722f782\">foi adicionada<\/a> a capacidade de gerenciar o acesso aos tokens BPF, <a rel=\"nofollow\" href=\"https:\/\/lwn.net\/Articles\/935195\/\">permitindo<\/a> permitir que processos n\u00e3o privilegiados executem algumas opera\u00e7\u00f5es privilegiadas com BPF, como carregar programas BPF no kernel e criar <a rel=\"nofollow\" href=\"https:\/\/docs.ebpf.io\/linux\/map-type\/\">estruturas de mapeamento<\/a>.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=64edccea594c\">Adicionada<\/a> suporte ao algoritmo de cria\u00e7\u00e3o de assinaturas digitais <a rel=\"nofollow\" href=\"https:\/\/csrc.nist.gov\/csrc\/media\/Presentations\/2024\/falcon\/images-media\/prest-falcon-pqc2024.pdf\">ML-DSA<\/a> (CRYSTALS-Dilithium), baseado na teoria de redes e resistente a ataques em computadores qu\u00e2nticos. <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=0ad9a71933e7\">Foi fornecida<\/a> capacidade de usar ML-DSA para autentica\u00e7\u00e3o de m\u00f3dulos do kernel.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=148519a06304\">Removido<\/a> capacidade de usar esquemas de cria\u00e7\u00e3o de assinaturas digitais com o algoritmo SHA-1 para atestar m\u00f3dulos do kernel (o suporte para carregamento de m\u00f3dulos assinados foi mantido).<\/li>\n<li>Na grava\u00e7\u00e3o de auditoria NETFILTER_PKT <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/[https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=15b0c43aa621\">foram adicionados<\/a> os campos sport e dport para inspecionar n\u00fameros de portas de rede, e n\u00e3o apenas endere\u00e7os IP.<\/li>\n<li>Para sistemas com arquitetura RISC-V <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=79dd4f2f40d0\">s\u00e3o implementadas<\/a> suporte \u00e0s extens\u00f5es Zicfiss e Zicfilp, que fornecem recursos de hardware para aplicar a prote\u00e7\u00e3o CFI (Control Flow Integrity), bloqueando viola\u00e7\u00f5es da ordem normal de execu\u00e7\u00e3o das instru\u00e7\u00f5es (fluxo de controle) devido a exploits que alteram os ponteiros de fun\u00e7\u00e3o armazenados na mem\u00f3ria.<\/li>\n<li>No hipervisor KVM <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=db5e82496492\">s\u00e3o implementadas<\/a> capacidade de passar para sistemas convidados informa\u00e7\u00f5es sobre o suporte do processador \u00e0 extens\u00e3o ERAPS (Enhanced Return Address Predictor Security), permitindo evitar algumas opera\u00e7\u00f5es de redefini\u00e7\u00e3o do estado da CPU ao retornar o controle ao host a partir do sistema convidado. Al\u00e9m disso, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=bf2c3138ae36\">foi adicionada<\/a> suporte \u00e0 atribui\u00e7\u00e3o de dispositivos a sistemas convidados para rastreamento de desempenho (PMU, Performance Monitoring Unit), o que aumenta a precis\u00e3o da profila\u00e7\u00e3o em compara\u00e7\u00e3o com o uso de PMUs emulados.<\/li>\n<li>No driver para o hipervisor Hyper-V <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff225ba9ad71\">foi adicionada<\/a> suporte \u00e0 interface debugfs para visualizar estat\u00edsticas sobre o funcionamento do hipervisor.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Subsistema de Rede<\/strong>\n<ul>\n<li>O recurso AccECN (<a rel=\"nofollow\" href=\"https:\/\/datatracker.ietf.org\/doc\/html\/draft-ietf-tcpm-accurate-ecn-28\">Notifica\u00e7\u00e3o Expl\u00edcita de Congestionamento Acurada<\/a>) foi ativado por padr\u00e3o, implementando uma vers\u00e3o aprimorada da extens\u00e3o <a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/Explicit_Congestion_Notification\">ECN (wikipedia.org)<\/a>, permitindo que os hosters, em caso de sobrecarga, marquem pacotes IP em vez de descart\u00e1-los, o que possibilita identificar o in\u00edcio de um congestionamento nas linhas de comunica\u00e7\u00e3o sem perda de pacotes. A extens\u00e3o ECN original tem uma limita\u00e7\u00e3o que permite sinalizar apenas um aviso de sobrecarga em um \u00fanico ciclo de transmiss\u00e3o TCP (RTT, Round-Trip Time, envio de solicita\u00e7\u00e3o e recebimento de resposta). O AccECN remove essa limita\u00e7\u00e3o e permite ao receptor enviar ao remetente mais de uma etiqueta de sobrecarga no cabe\u00e7alho do pacote TCP. Algoritmos de controle de sobrecarga podem usar a informa\u00e7\u00e3o recebida para reagir de forma mais precisa \u00e0s sobrecargas, evitando uma redu\u00e7\u00e3o brusca na intensidade de envio de pacotes ao surgir uma leve sobrecarga.<\/li>\n<li>Na implementa\u00e7\u00e3o do algoritmo de controle de filas de rede <a rel=\"nofollow\" href=\"https:\/\/www.bufferbloat.net\/projects\/codel\/wiki\/Cake\/\">Cake<\/a> <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff420c568b4c\">foi adicionada<\/a> a capacidade de processar v\u00e1rias filas para distribuir a carga em v\u00e1rios n\u00facleos de CPU. O algoritmo CAKE \u00e9 aplicado para reduzir o impacto negativo do buffer intermedi\u00e1rio de pacotes em equipamentos de rede de borda, visando alcan\u00e7ar a m\u00e1xima banda poss\u00edvel e o menor n\u00edvel de lat\u00eancia, mesmo em canais de comunica\u00e7\u00e3o lentos.<\/li>\n<li>Em sockets <a rel=\"nofollow\" href=\"https:\/\/www.man7.org\/linux\/man-pages\/man7\/vsock.7.html\">VSOCK<\/a>, usados para intera\u00e7\u00e3o com m\u00e1quinas virtuais, <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=ff420c568b4c\">foi adicionada<\/a> suporte a namespaces de rede (network namespace).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=a1085114715ee9980405d6856276c5e88339cee7\">Adicionada<\/a> a implementa\u00e7\u00e3o inicial do futuro padr\u00e3o <a rel=\"nofollow\" href=\"https:\/\/en.wikipedia.org\/wiki\/IEEE_802.11bn\">WiFi 8<\/a> (802.11bn, WiFi de Ultra Alta Confiabilidade).<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=64783\">Adicionados<\/a> otimiza\u00e7\u00f5es que aumentaram em 12% o desempenho no processamento de pacotes UDP recebidos durante testes de estresse em uma rede de 100 gigabits.<\/li>\n<\/ul>\n<\/li>\n<li><strong>Hardware<\/strong>\n<ul>\n<li>No driver AMDGPU <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tzgmO1PWeuxjAxqOmS5PTsOe8jHP9Poy23q6tvY66B1KQ@mail.gmail.com\/\">s\u00e3o implementadas<\/a> suporte <a rel=\"nofollow\" href=\"https:\/\/ru.wikipedia.org\/wiki\/IP-cores\">Blocos IP<\/a>, utilizados em novas GPUs AMD, como SMUIO 15.x, PSP 15.x, IH 6.1.1\/7.1, MMHUB 3.4\/4.2, GC 11.5.4\/12.1, SDMA 6.1.4\/7.1\/7.11.4 e JPEG 5.3.<\/li>\n<li>O driver Nouveau melhorou a gest\u00e3o de frequ\u00eancia em sistemas Tegra 186+.<\/li>\n<li>No driver i915 <a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=203c7904f2d85ac768749112ddedb522965316f9\">foi adicionada<\/a> suporte inicial ao bloco IP de display Xe3p_LPD, utilizado em processadores Intel Nova Lake-P.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/CAPM=9tzgmO1PWeuxjAxqOmS5PTsOe8jHP9Poy23q6tvY66B1KQ@mail.gmail.com\/\">Continua<\/a> trabalho no driver drm (Direct Rendering Manager) Xe para GPUs baseadas na arquitetura Intel Xe, que \u00e9 utilizada em placas gr\u00e1ficas Intel da fam\u00edlia Arc e na m\u00eddia gr\u00e1fica integrada, come\u00e7ando com os processadores Tiger Lake. Adicionado modo <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251211010249.1647839-19-niranjana.vishwanathapura@intel.com\/T\/\">Multi Queue<\/a>. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/intel-xe\/20251126185952.546277-1-matthew.brost@intel.com\/\">Adicionados<\/a> componentes necess\u00e1rios para diagnosticar travamentos de GPU no Mesa. <a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/intel-xe\/20251124190237.20503-1-lukasz.laguna@intel.com\/\">Adicionada<\/a> suporte ao mecanismo MERT para o gerenciamento de acesso \u00e0 mem\u00f3ria da GPU.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/DFYW1WV6DUCG.3K8V2DAVD1Q4A@kernel.org\/\">Continua<\/a> integra\u00e7\u00e3o de componentes do driver Nova para GPUs NVIDIA equipadas com firmwares GSP, utilizados desde a s\u00e9rie NVIDIA GeForce RTX 2000 baseada na microarquitetura Turing. O driver \u00e9 escrito em Rust. A nova vers\u00e3o prepara a implementa\u00e7\u00e3o do suporte para GPUs baseadas na microarquitetura Turing e inclui v\u00e1rias altera\u00e7\u00f5es internas.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/git.kernel.org\/pub\/scm\/linux\/kernel\/git\/torvalds\/linux.git\/commit\/?id=8ea39d960c9f\">Adicionada<\/a> suporte a controladores e dispositivos perif\u00e9ricos com interface SPI (Serial Peripheral Interface) multicanal, permitindo a transmiss\u00e3o de dados em v\u00e1rios fluxos paralelos.<\/li>\n<li><a rel=\"nofollow\" href=\"https:\/\/lore.kernel.org\/lkml\/20251214-b4-atcphy-v3-0-ba82b20e9459@kernel.org\/T\/\">Adicionado<\/a> driver para conectores combinados Type-C, utilizados em dispositivos com chips Apple Silicon, combinando interfaces USB3, DP-AltMode e Thunderbolt\/USB4.<\/li>\n<li>Suporte adicionado para subsistemas de \u00e1udio dos chips Tegra238, Minisforum V3 SE, iBasso DC04U, Intel Nova Lake, Nova Lake S e Focusrite Forte.<\/li>\n<li>Suporte adicionado a placas ARM, SoCs e dispositivos: Arduino UnoQ, OrangePi 6 Plus, OrangePi CM5, Anbernic RG-DS, Realtek Kent, Qualcomm Kaanapali, Mediatek Ezurio, Facebook Anacapa, Microchip LAN9668, Khadas VIM1S, QNAP TS133, i.MX952, i.MX93, i.MX94, VHIP4 EvalBoard, TQ-Systems MBLS1028A, Agilex5, Radxa CM3J, Glymur,<\/li>\n<li>Adicionada a suporte para smartphones e tablets: Fairphone Gen 6 (SoC Qualcomm Milos\/Snapdragon 7s Gen 3), Pixel 3\/3 XL, Microsoft Surface Pro 11.<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p> <noindex><\/p>\n<p>Ao mesmo tempo, a Funda\u00e7\u00e3o Latino-Americana de Software Livre <a rel=\"nofollow\" href=\"https:\/\/www.fsfla.org\/pipermail\/linux-libre\/2026-April\/003647.html\">formou<\/a> uma variante <a rel=\"nofollow\" href=\"http:\/\/www.fsfla.org\/ikiwiki\/selibre\/linux-libre\/\">kernel totalmente livre 7.0<\/a> \u2013 <a rel=\"nofollow\" href=\"http:\/\/linux-libre.fsfla.org\/pub\/linux-libre\/releases\/7.0-gnu\/\">Linux-libre 7.0-gnu<\/a>, livre de elementos de firmwares e drivers que cont\u00eam componentes ou trechos de c\u00f3digo n\u00e3o livres, cuja aplica\u00e7\u00e3o \u00e9 limitada pelo fabricante. Na vers\u00e3o 7.0, ocorreu a limpeza dos blobs do driver iwlwifi. O c\u00f3digo de limpeza nos drivers amdgpu, adreno, TI PRUeth, air_en8811h, ath12k, TI VPE, rtw8852b, rt1320, rt5575 SPI, tas2783, Intel catpt foi atualizado. Realizada a limpeza dos nomes dos blobs nos arquivos dts (devicetree) para chips ARM.<\/p>\n<p><\/noindex><\/p>\n<p>Fonte: <a \ncontent=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/www.linux.org.ru\/news\/kernel\/18265019\">linux.org.ru<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0. \u0421\u0440\u0435\u0434\u0438 \u043d\u0430\u0438\u0431\u043e\u043b\u0435\u0435 \u0437\u0430\u043c\u0435\u0442\u043d\u044b\u0445 \u0438\u0437\u043c\u0435\u043d\u0435\u043d\u0438\u0439: \u043f\u0440\u0430\u0432\u0438\u043b\u0430 \u043f\u0440\u0438\u043c\u0435\u043d\u0435\u043d\u0438\u044f AI-\u0430\u0441\u0441\u0438\u0441\u0442\u0435\u043d\u0442\u043e\u0432, \u043f\u0435\u0440\u0435\u0432\u043e\u0434 Rust \u0432 \u043e\u0441\u043d\u043e\u0432\u043d\u044b\u0435 \u0432\u043e\u0437\u043c\u043e\u0436\u043d\u043e\u0441\u0442\u0438 \u044f\u0434\u0440\u0430, \u043f\u043e\u0432\u044b\u0448\u0435\u043d\u0438\u0435 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u043f\u043e\u0434\u043a\u0430\u0447\u043a\u0438, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0440\u0435\u0436\u0438\u043c\u0430 PREEMPT_LAZY, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0444\u0438\u043b\u044c\u0442\u0440\u043e\u0432 \u0434\u043b\u044f \u043e\u043f\u0435\u0440\u0430\u0446\u0438\u0439 io_uring, \u043d\u043e\u0432\u0430\u044f \u0424\u0421 Nullfs, \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u0430 fserror, \u0441\u0440\u0435\u0434\u0441\u0442\u0432\u0430 \u043c\u043e\u043d\u0438\u0442\u043e\u0440\u0438\u043d\u0433\u0430 XFS, \u043f\u043e\u0434\u0434\u0435\u0440\u0436\u043a\u0430 \u0440\u0435\u043c\u0430\u043f\u0438\u043d\u0433\u0430 \u0432 Btrfs, \u0432\u043a\u043b\u044e\u0447\u0435\u043d\u0438\u0435 \u043f\u043e \u0443\u043c\u043e\u043b\u0447\u0430\u043d\u0438\u044e \u0432\u0435\u0440\u0441\u0438\u0438 NFS 4.1, [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":8,"featured_media":168563,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-168562","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-news"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.3 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Erik Peterson\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/pt\/blog\/news\/linux-7-0\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.3\" \/>\n\t\t<meta property=\"og:locale\" content=\"pt_PT\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47Linux 7.0 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/news\/linux-7-0\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2026-04-13T21:12:13+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-04-13T21:12:13+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Linux 7.0 | ProHoster","description":"Ap\u00f3s dois meses de desenvolvimento, Linus Torvalds","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/news\/linux-7-0","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pt_PT","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47Linux 7.0 | ProHoster","og:description":"\u041f\u043e\u0441\u043b\u0435 \u0434\u0432\u0443\u0445 \u043c\u0435\u0441\u044f\u0446\u0435\u0432 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0438 \u041b\u0438\u043d\u0443\u0441 \u0422\u043e\u0440\u0432\u0430\u043b\u044c\u0434\u0441","og:url":"https:\/\/prohoster.info\/pt\/blog\/news\/linux-7-0","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2026-04-13T21:12:13+00:00","article:modified_time":"2026-04-13T21:12:13+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":[],"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/168562","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/comments?post=168562"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/168562\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media\/168563"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=168562"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=168562"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=168562"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}