{"id":168524,"date":"2026-04-13T11:12:24","date_gmt":"2026-04-13T09:12:24","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-0"},"modified":"2026-04-13T11:12:24","modified_gmt":"2026-04-13T09:12:24","slug":"reliz-yadra-linux-7-0","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-yadra-linux-7-0","title":{"rendered":"Lan\u00e7amento do kernel Linux 7.0","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Ap\u00f3s dois meses de desenvolvimento, Linus Torvalds apresentou o lan\u00e7amento do n\u00facleo Linux 7.0. Entre as mudan\u00e7as mais not\u00e1veis est\u00e3o: regras para a aplica\u00e7\u00e3o de assistentes de IA, a inclus\u00e3o do Rust como recurso principal do n\u00facleo, melhorias no desempenho de swap, a ativa\u00e7\u00e3o 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 XFS, suporte a remapeamento em Btrfs, a vers\u00e3o NFS 4.1 ativada por padr\u00e3o, integra\u00e7\u00e3o do algoritmo criptogr\u00e1fico p\u00f3s-qu\u00e2ntico ML-DSA e ativa\u00e7\u00e3o do AccECN no subsistema de rede, al\u00e9m do suporte inicial para WiFi 8.      <\/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 cont\u00e9m 15624 corre\u00e7\u00f5es de 2477 desenvolvedores, com um tamanho de patch de 56 MB (as altera\u00e7\u00f5es afetaram 18053 arquivos, foram adicionadas 704060 linhas de c\u00f3digo e 278132 linhas foram removidas). Na vers\u00e3o anterior, houve 15657 corre\u00e7\u00f5es de 2237 desenvolvedores, com um tamanho de patch de 52 MB. Cerca de 51% de todas as mudan\u00e7as apresentadas no 7.0 est\u00e3o relacionadas a drivers de dispositivo, aproximadamente 11% est\u00e3o ligadas \u00e0 atualiza\u00e7\u00e3o de c\u00f3digo espec\u00edfico para arquiteturas de hardware, 14% est\u00e3o relacionadas \u00e0 pilha de rede, 5% a sistemas de arquivos e 3% a subsistemas internos do n\u00facleo.       <\/p>\n<p>Principais inova\u00e7\u00f5es no n\u00facleo 7.0 (1, 2, 3):  <\/p>\n<ul>\n<li class=\"l\"> <b>Subsistema de disco, entrada\/sa\u00edda e sistemas de arquivos<\/b>\n<ul>\n<li class=\"l\"> Foi implementada a infraestrutura fserror e adicionado um API para obter informa\u00e7\u00f5es sobre erros de entrada\/sa\u00edda e corrup\u00e7\u00e3o de metadados ao trabalhar com arquivos. A infraestrutura proposta unifica a transfer\u00eancia de informa\u00e7\u00f5es sobre erros nas file systems, comunicando-se com o espa\u00e7o do usu\u00e1rio atrav\u00e9s do mecanismo fsnotify.\n<li class=\"l\"> O XFS recebeu 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 a danos nos metadados ou erros de entrada\/sa\u00edda, al\u00e9m de monitorar mudan\u00e7as de estado do sistema de arquivos, como desmontagem e encerramento. Adicionalmente, foi proposta uma tarefa em segundo plano gerenciada pelo systemd chamada xfs_healer, que processa eventos de estado do sistema de arquivos a partir do espa\u00e7o do usu\u00e1rio e, se necess\u00e1rio, inicia automaticamente procedimentos de recupera\u00e7\u00e3o.\n<li class=\"l\"> O sistema de arquivos Btrfs recebeu suporte experimental para a estrutura '\u00e1rvore de remapeamento' (remap tree), que no futuro pode ser utilizada como uma camada intermedi\u00e1ria durante as opera\u00e7\u00f5es de entrada e sa\u00edda. A ideia por tr\u00e1s dessa nova fun\u00e7\u00e3o \u00e9 que, ap\u00f3s a movimenta\u00e7\u00e3o de dados no armazenamento, em vez de atualizar todas as estruturas associadas a esses dados, na estrutura adicional 'remap tree' s\u00e3o guardados os antigos e novos endere\u00e7os dos dados, permitindo que, ao acessar os dados, os endere\u00e7os sejam substitu\u00eddos. Essa nova abordagem \u00e9 apresentada como mais confi\u00e1vel e flex\u00edvel, al\u00e9m de simplificar a futura expans\u00e3o das funcionalidades do Btrfs.\n<li class=\"l\"> O Btrfs implementou 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.\n<li class=\"l\"> Foi introduzido um novo sistema de arquivos chamado '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 modifica\u00e7\u00f5es. O objetivo do Nullfs \u00e9 ser utilizado como sistema de arquivos inicial para simplificar o processo de inicializa\u00e7\u00e3o do sistema \u2014 sobre o Nullfs outros sistemas de arquivos s\u00e3o montados e a chamada de sistema pivot_root() \u00e9 usada para trocar o sistema de arquivos raiz em vez de limpar o conte\u00fado do initramfs e utilizar o sistema de arquivos raiz associado.\n<li class=\"l\"> Foi implementada a atualiza\u00e7\u00e3o das informa\u00e7\u00f5es 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 o uso de opera\u00e7\u00f5es de grava\u00e7\u00e3o direta em modo n\u00e3o bloqueante.\n<li class=\"l\"> Nos sistemas de arquivos, a op\u00e7\u00e3o de bloqueios de notifica\u00e7\u00e3o (lease) foi traduzida para uma categoria de op\u00e7\u00f5es separ\u00e1veis. Por padr\u00e3o, esse mecanismo n\u00e3o \u00e9 ativado devido a problemas com os sistemas de arquivos, que n\u00e3o foram originalmente projetados para sua aplica\u00e7\u00e3o. Por exemplo, os sistemas de arquivos 9p e cephfs n\u00e3o oferecem suporte a isso.\n<li class=\"l\"> No sistema de arquivos EROFS (Extendable Read-Only File System), destinado a parti\u00e7\u00f5es acess\u00edveis apenas em modo somente leitura, o algoritmo LZMA \u00e9 usado por padr\u00e3o para compress\u00e3o. Os algoritmos DEFLATE e Zstandard est\u00e3o dispon\u00edveis opcionalmente e n\u00e3o est\u00e3o mais marcados como experimentais. Foi implementado o compartilhamento de registros no cache de p\u00e1ginas (page-cache) para arquivos id\u00eanticos em sistemas de arquivos EROFS diferentes.\n<li class=\"l\"> O modo laptop_mode, que economizava energia ao adiar e combinar opera\u00e7\u00f5es de grava\u00e7\u00e3o no disco r\u00edgido para prolongar o tempo em que o disco permanecia em modo de suspens\u00e3o e reduzir o n\u00famero de ativa\u00e7\u00f5es, foi removido. Esse modo perdeu relev\u00e2ncia, uma vez que os discos r\u00edgidos foram substitu\u00eddos por unidades de estado s\u00f3lido em dispositivos m\u00f3veis modernos.\n<li class=\"l\"> O sistema de arquivos F2FS foi atualizado para usar grandes folhetos de p\u00e1ginas de mem\u00f3ria (large folios).\n<li class=\"l\"> O trabalho no driver ntfs3, desenvolvido pela Paragon Software, foi retomado. Foi adicionada a suporta\u00e7\u00e3o para opera\u00e7\u00f5es de arquivos baseadas em iomap, implementadas as op\u00e7\u00f5es llseek SEEK_DATA\/SEEK_HOLE, e adicionado um modo delalloc para aloca\u00e7\u00e3o de blocos adiada. Enquanto isso, na lista de discuss\u00e3o dos desenvolvedores do n\u00facleo, em fevereiro, foi aprovada a inclus\u00e3o de uma nova implementa\u00e7\u00e3o do NTFS \u2014 ntfsplus, desenvolvida para substituir o ntfs3 em uma das futuras vers\u00f5es do n\u00facleo.\n<li class=\"l\"> Por padr\u00e3o, ao compilar, a vers\u00e3o 4.1 do protocolo NFS (CONFIG_NFS_V4_1) est\u00e1 ativada. O bloqueio de exporta\u00e7\u00e3o via NFS de sistemas de arquivos pseudo-especializados, como pidfs e nsfs, \u00e9 garantido. No NFSD, foi implementada uma capacidade experimental para o uso de ACL POSIX e adicionada a suporte para altera\u00e7\u00e3o din\u00e2mica do pool de threads (thread-pool) com base na carga.                                <\/ul>\n<li class=\"l\"> <b>Mem\u00f3ria e servi\u00e7os do sistema<\/b>\n<ul>\n<li class=\"l\"> Foram aprovadas as regras oficiais para o uso de assistentes de IA e a inclus\u00e3o de conte\u00fados gerados automaticamente no n\u00facleo. Ao enviar c\u00f3digo gerado, \u00e9 obrigat\u00f3rio marc\u00e1-lo atrav\u00e9s da indica\u00e7\u00e3o do assistente de IA utilizado com a tag \"Assisted-by\". \u00c9 proibido que assistentes de IA adicionem a tag \"Signed-off-by\" \u2014 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 realizar uma revis\u00e3o manual do c\u00f3digo obtido atrav\u00e9s da IA e verificar a conformidade do resultado com os requisitos de licen\u00e7a.\n<li class=\"l\"> O suporte a Rust foi transferido de recursos experimentais para recursos principais do n\u00facleo. O suporte a Rust n\u00e3o est\u00e1 ativado por padr\u00e3o e n\u00e3o torna Rust uma depend\u00eancia obrigat\u00f3ria de constru\u00e7\u00e3o do n\u00facleo.\n<li class=\"l\"> A integra\u00e7\u00e3o do mecanismo \"Swap Table\" no n\u00facleo foi conclu\u00edda, permitindo aumentar o desempenho da troca. A acelera\u00e7\u00e3o \u00e9 alcan\u00e7ada gra\u00e7as \u00e0 redu\u00e7\u00e3o da concorr\u00eancia pelo acesso ao cache de troca, uma busca mais eficaz no cache e a diminui\u00e7\u00e3o da fragmenta\u00e7\u00e3o. O backend baseado em Swap Table \u00e9 utilizado para cache de troca em vez do backend XArray, e permitiu aumentar em 22% o n\u00famero de requisi\u00e7\u00f5es processadas no teste redis-benchmark com BGSAVE.\n<li class=\"l\"> Foi adicionada a suporta\u00e7\u00e3o para a nova extens\u00e3o Thread Safety Analysis do Clang 22, que permite identificar durante a compila\u00e7\u00e3o potenciais condi\u00e7\u00f5es de corrida e erros causados pelo uso incorreto de bloqueios. A extens\u00e3o oferece uma s\u00e9rie de atributos, como GUARDED_BY(...), REQUIRES(...), RELEASE(...) e ACQUIRE(...), que permitem marcar fun\u00e7\u00f5es cobertas por bloqueios e separar os contextos de atua\u00e7\u00e3o dos bloqueios. Durante a compila\u00e7\u00e3o, \u00e9 realizada uma verifica\u00e7\u00e3o da corre\u00e7\u00e3o da aplica\u00e7\u00e3o de primitives de sincroniza\u00e7\u00e3o, como mutexes, baseada na avalia\u00e7\u00e3o da atividade ou inatividade do contexto relacionado.\n<li class=\"l\"> Na chamada de sistema open_tree, foi adicionado o sinal 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. De forma semelhante ao OPEN_TREE_CLONE, o novo sinal copia apenas a \u00e1rvore de pontos de montagem especificada (mount tree), mas, em vez de retornar um descritor de arquivo local, retorna um descritor de arquivo no novo espa\u00e7o de nomes de pontos de montagem, onde a \u00e1rvore copiada \u00e9 montada sobre a c\u00f3pia do sistema de arquivos raiz real. O sinal OPEN_TREE_NAMESPACE \u00e9 necess\u00e1rio para evitar a execu\u00e7\u00e3o separada das opera\u00e7\u00f5es unshare(CLONE_NEWNS) e pivot_root(), usadas na cria\u00e7\u00e3o de cont\u00eaineres.\n<li class=\"l\"> Na chamada de sistema rseq, foi adicionado um mecanismo de extens\u00e3o de quanta de tempo (time slice), permitindo obter tempo de processador adicional para a execu\u00e7\u00e3o cont\u00ednua de se\u00e7\u00f5es cr\u00edticas. A ideia \u00e9 evitar que o escalonador de tarefas interrompa uma se\u00e7\u00e3o cr\u00edtica com uma bloqueio ativa, levando a transfer\u00eancia de controle para outras threads que utilizam o recurso, nas quais a bloqueio permanece ativa. A extens\u00e3o do quanta de tempo \u00e9 feita sem custos adicionais, mas tamb\u00e9m sem garantias rigorosas, fornecidas por uma regula\u00e7\u00e3o de prioridades plena.\n<li class=\"l\"> Para as arquiteturas arm64, loongarch, powerpc, riscv, s390 e x86, o modo de preemp\u00e7\u00e3o de tarefas no escalonador padr\u00e3o foi alterado de PREEMPT_NONE para PREEMPT_LAZY. O n\u00famero de modos poss\u00edveis foi reduzido de quatro para dois \u2014 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 a borda do tick. O atraso introduzido reduz os casos de preemp\u00e7\u00e3o de detentores de bloqueios, permitindo que o desempenho se aproxime de configura\u00e7\u00f5es que utilizam o modelo de preemp\u00e7\u00e3o volunt\u00e1ria (voluntary preemption), ou seja, o PREEMPT_LAZY mant\u00e9m as capacidades de preemp\u00e7\u00e3o total em rela\u00e7\u00e3o a tarefas em tempo real, mas minimiza a queda de desempenho para tarefas normais.\n<p>A ativa\u00e7\u00e3o do PREEMPT_LAZY resultou em uma s\u00e9rio retrocesso, diminuindo em duas vezes o desempenho do PostgreSQL em sistemas ARM64. Para corrigir a queda de desempenho, os desenvolvedores do PostgreSQL foram sugeridos a utilizar a op\u00e7\u00e3o PR_RSEQ_SLICE_EXTENSION para reduzir a probabilidade de preemp\u00e7\u00e3o do possuidor do bloqueio.       <\/p>\n<li class=\"l\"> Continua a transfer\u00eancia de mudan\u00e7as do ramo Rust-for-Linux, relacionadas ao uso da linguagem Rust como segunda linguagem para o desenvolvimento de drivers e m\u00f3dulos do n\u00facleo. Gra\u00e7as \u00e0 biblioteca anteriormente integrada 'syn', que simplifica a elabora\u00e7\u00e3o de macros complexas, foi poss\u00edvel reduzir o tamanho do c\u00f3digo Rust no n\u00facleo, simplificando defini\u00e7\u00f5es de macros procedurais existentes. As bibliotecas kernel, macros e pin-init foram expandidas.\n<li class=\"l\"> Foi adicionada uma op\u00e7\u00e3o ao sistema de entrada\/sa\u00edda ass\u00edncrona io_uring para uso de filas de submiss\u00e3o n\u00e3o circulares, que s\u00e3o mais eficazmente armazenadas em cache quando a execu\u00e7\u00e3o de uma solicita\u00e7\u00e3o \u00e9 conclu\u00edda antes do retorno da chamada do sistema.\n<li class=\"l\"> No subsistema eBPF, no mecanismo BTF (BPF Type Format), que fornece informa\u00e7\u00f5es para verifica\u00e7\u00e3o de tipos no pseudoc\u00f3digo BPF, foi utilizado a pesquisa bin\u00e1ria para encontrar informa\u00e7\u00f5es de depura\u00e7\u00e3o, o que aumentou a efici\u00eancia de carregamento dos programas BPF. O suporte para argumentos impl\u00edcitos na chamada de kfunc (fun\u00e7\u00f5es do kernel dispon\u00edveis para uso em programas BPF), definidos com a flag KF_IMPLICIT_ARGS, foi adicionado ao eBPF.\n<li class=\"l\"> O c\u00f3digo para suporte ao disco RAM inicial (initrd) baseado em linuxrc, que foi h\u00e1 muito declarado obsoleto, foi removido. As implementa\u00e7\u00f5es restantes do initrd t\u00eam a previs\u00e3o de serem removidas em 2027. O initramfs deve ser usado em vez do initrd (a diferen\u00e7a \u00e9 que o initrd coloca o ambiente inicial de boot em uma imagem de disco, enquanto o initramfs \u2014 em um sistema de arquivos).\n<li class=\"l\"> Na unidade de bloco zram, utilizada para o armazenamento comprimido da parti\u00e7\u00e3o de swap na mem\u00f3ria, a l\u00f3gica de trabalho com p\u00e1ginas de mem\u00f3ria comprimidas foi alterada ao mover dados opcionalmente para o armazenamento permanente em caso de esgotamento da mem\u00f3ria RAM dispon\u00edvel. Anteriormente, as p\u00e1ginas de mem\u00f3ria eram descompactadas antes da grava\u00e7\u00e3o no meio f\u00edsico, mas agora s\u00e3o salvas como est\u00e3o em formato comprimido, o que reduz a carga na CPU e economiza energia em opera\u00e7\u00e3o aut\u00f4noma.\n<li class=\"l\"> Foi adicionada \u00e0 ferramenta timerlat, destinada a medir atrasos no funcionamento do escalonador de tarefas, a op\u00e7\u00e3o '\u2014bpf-action' para executar programas BPF no caso de ultrapassar um limite especificado.\n<li class=\"l\"> Foi adicionada \u00e0 sistema de rastreamento ftrace a configura\u00e7\u00e3o 'bitmask-list' para a sa\u00edda de m\u00e1scaras de bits de forma leg\u00edvel (na forma de uma lista de bits, e n\u00e3o como um n\u00famero hexadecimal). No tracefs, foram adicionadas capacidades para auditoria de filtros e gatilhos. O comando 'perf sched stats' foi adicionado para coletar e exibir estat\u00edsticas sobre o funcionamento do escalonador de tarefas.\n<li class=\"l\"> Adicionadas op\u00e7\u00f5es de compila\u00e7\u00e3o LOGO_LINUX_MONO_FILE, LOGO_LINUX_VGA16_FILE e LOGO_LINUX_CLUT224_FILE para especificar o arquivo da imagem do logotipo que ser\u00e1 exibido durante a inicializa\u00e7\u00e3o do kernel em vez do logotipo padr\u00e3o com o pinguim Tux.                                <\/ul>\n<li class=\"l\"> <b>Virtualiza\u00e7\u00e3o e seguran\u00e7a<\/b>\n<ul>\n<li class=\"l\"> No sistema de entrada\/sa\u00edda ass\u00edncrona io_uring, foi implementada a capacidade de anexar programas BPF com filtros, controlando o que opera\u00e7\u00f5es SQE (Submission Queue Entry) espec\u00edficas podem fazer (semelhante \u00e0s chamadas de sistema em io_uring). A funcionalidade adicionada \u00e9 equivalente a filtros de chamadas de sistema. Os filtros podem ser vinculados a tarefas espec\u00edficas e ser\u00e3o herdados ao criar outros processos ap\u00f3s a chamada fork(). Com filtros ativos, filtros adicionais s\u00f3 podem anexar restri\u00e7\u00f5es complementares, mas n\u00e3o desativar os existentes. Essa funcionalidade permitir\u00e1 bloquear m\u00e9todos de contornar a filtragem de chamadas de sistema em ambientes sandbox, baseados na execu\u00e7\u00e3o de opera\u00e7\u00f5es semelhantes \u00e0s chamadas de sistema disponibilizadas em io_uring.\n<li class=\"l\"> No SELinux, foi adicionada a capacidade de gerenciar o acesso a tokens BPF, permitindo que processos n\u00e3o privilegiados realizem algumas opera\u00e7\u00f5es privilegiadas com BPF, como carregar programas BPF no kernel e criar estruturas de mapa.\n<li class=\"l\"> Adicionado suporte ao algoritmo de forma\u00e7\u00e3o de assinaturas digitais ML-DSA (CRYSTALS-Dilithium), que se baseia em teoria de redes e \u00e9 resistente a ataques de computadores qu\u00e2nticos. Foi disponibilizada a possibilidade de usar ML-DSA para autentica\u00e7\u00e3o de m\u00f3dulos do kernel.\n<li class=\"l\"> Removida a possibilidade de usar esquemas de forma\u00e7\u00e3o de assinaturas digitais com o algoritmo SHA-1 para validar m\u00f3dulos do kernel (o suporte \u00e0 carga de m\u00f3dulos assinados foi mantido).\n<li class=\"l\"> Nos registros de auditoria NETFILTER_PKT, foram adicionados os campos 'sport' e 'dport' para a inspe\u00e7\u00e3o dos n\u00fameros de portas de rede, e n\u00e3o apenas. <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pt\/lir\/ipv4\/\" title=\"endere\u00e7os IP\" data-wpil-keyword-link=\"linked\">endere\u00e7os IP<\/a>.\n<li class=\"l\"> Para sistemas com arquitetura RISC-V, foi implementado suporte para as extens\u00f5es Zicfiss e Zicfilp, que fornecem recursos de hardware para aplicar a prote\u00e7\u00e3o CFI (Integridade do Fluxo de Controle), bloqueando viola\u00e7\u00f5es da ordem normal de execu\u00e7\u00e3o das instru\u00e7\u00f5es (fluxo de controle) devido \u00e0 explora\u00e7\u00e3o de exploits que alteram os ponteiros de fun\u00e7\u00e3o armazenados na mem\u00f3ria.\n<li class=\"l\"> No hipervisor <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/pt\/vps\/abuzoustojchivye-vps\/\" title=\"KVM\" data-wpil-keyword-link=\"linked\">KVM<\/a> foi implementada a capacidade de transmitir para os sistemas convidados informa\u00e7\u00f5es sobre o suporte do processador para a extens\u00e3o ERAPS (Enhanced Return Address Predictor Security), permitindo evitar algumas opera\u00e7\u00f5es de redefini\u00e7\u00e3o de estado do CPU ao retornar o controle do sistema convidado ao host. Al\u00e9m disso, foi adicionado suporte para vincula\u00e7\u00e3o de hardware aos sistemas convidados para monitoramento de desempenho (PMU, Unidade de Monitoramento de Desempenho), o que aumenta a precis\u00e3o da profilagem em compara\u00e7\u00e3o ao uso de PMUs emulados.\n<li class=\"l\"> Foi adicionada ao driver do hipervisor Hyper-V suporte \u00e0 interface debugfs para visualiza\u00e7\u00e3o de estat\u00edsticas de opera\u00e7\u00e3o do hipervisor.                        <\/ul>\n<li class=\"l\"> <b>Subsistema de Rede<\/b>\n<ul>\n<li class=\"l\"> A extens\u00e3o AccECN (Notifica\u00e7\u00e3o Expl\u00edcita de Congestionamento Precisa) est\u00e1 habilitada por padr\u00e3o, implementando uma vers\u00e3o aprimorada da extens\u00e3o ECN, que permite que os hosts, em caso de sobrecarga, marquem pacotes IP em vez de descart\u00e1-los, possibilitando identificar o surgimento das primeiras fases de congestionamento nas rotas de comunica\u00e7\u00e3o sem perda de pacotes. A extens\u00e3o original ECN tem uma limita\u00e7\u00e3o que permite apenas um sinal de sobrecarga durante um ciclo de envio-recep\u00e7\u00e3o TCP (RTT, Tempo de Ida e Volta, envio de solicita\u00e7\u00e3o e recebimento de resposta). O AccECN remove essa limita\u00e7\u00e3o e permite que o destinat\u00e1rio envie ao remetente mais de uma marca de sobrecarga no cabe\u00e7alho do pacote TCP. Os algoritmos de controle de sobrecarga podem usar as informa\u00e7\u00f5es obtidas para responder de maneira mais precisa \u00e0s sobrecargas e evitar redu\u00e7\u00f5es abruptas na intensidade do envio de pacotes diante de uma leve sobrecarga.\n<li class=\"l\"> Foi adicionada ao algoritmo de controle de filas de rede CAKE a capacidade de processar v\u00e1rias filas para distribuir a carga entre m\u00faltiplos n\u00facleos de CPU. O algoritmo CAKE \u00e9 utilizado para reduzir o impacto negativo da buffers intermitentes de pacotes em equipamentos de rede de borda, visando alcan\u00e7ar a m\u00e1xima largura de banda poss\u00edvel e o m\u00ednimo n\u00edvel de lat\u00eancia, mesmo em canais de comunica\u00e7\u00e3o lentos.\n<li class=\"l\"> Adicionou-se suporte a espa\u00e7os de nomes de rede (network namespace) em sockets VSOCK, utilizados para interagir com m\u00e1quinas virtuais.\n<li class=\"l\"> Foi adicionada a implementa\u00e7\u00e3o inicial do futuro padr\u00e3o WiFi 8 (802.11bn, WiFi de Ultra Alta Confiabilidade).\n<li class=\"l\"> Foram adicionadas otimiza\u00e7\u00f5es que permitiram aumentar em 12% a performance no processamento de pacotes UDP recebidos durante testes de estresse em uma rede de 100 gigabits.                      <\/ul>\n<li class=\"l\"> <b>Hardware<\/b>\n<ul>\n<li class=\"l\"> O driver AMDGPU agora suporta blocos IP usados 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.\n<li class=\"l\"> O driver Nouveau melhorou a gest\u00e3o de frequ\u00eancia em sistemas Tegra 186+.\n<li class=\"l\"> O driver i915 agora possui suporte inicial para o bloco IP de exibi\u00e7\u00e3o Xe3p_LPD, utilizado em processadores Intel Nova Lake-P.\n<li class=\"l\"> O trabalho no driver drm (Direct Rendering Manager) Xe para GPUs baseadas na arquitetura Intel Xe, que \u00e9 usada em placas gr\u00e1ficas Intel da linha Arc e em gr\u00e1ficos integrados desde os processadores Tiger Lake, foi continuado. Um modo Multi Queue foi adicionado, assim como componentes necess\u00e1rios para diagnosticar travamentos de GPU no Mesa. Tamb\u00e9m foi adicionado suporte para o mecanismo MERT para gerenciar o acesso \u00e0 mem\u00f3ria GPU.\n<li class=\"l\"> A integra\u00e7\u00e3o de componentes do driver Nova para GPUs NVIDIA equipadas com firmwares GSP, usados desde a s\u00e9rie NVIDIA GeForce RTX 2000 baseada na microarquitetura Turing, foi continuada. O driver \u00e9 escrito em Rust. Nesta nova vers\u00e3o, foram feitas prepara\u00e7\u00f5es para implementar o suporte para GPUs baseadas na microarquitetura Turing e v\u00e1rias altera\u00e7\u00f5es internas foram realizadas.\n<li class=\"l\"> Foi adicionada a suporte para controladores e perif\u00e9ricos com interface SPI (Serial Peripheral Interface) de m\u00faltiplos canais, permitindo a transmiss\u00e3o de dados em v\u00e1rios fluxos paralelos.\n<li class=\"l\"> Um driver para conectores combinados Type-C, usados em dispositivos com chips Apple Silicon, que integram as interfaces USB3, DP-AltMode e Thunderbolt\/USB4, foi adicionado.\n<li class=\"l\"> Adicionada a suporte de subsistemas de som para os chips Tegra238, Minisforum V3 SE, iBasso DC04U, Intel Nova Lake, Nova Lake S e Focusrite Forte.\n<li class=\"l\"> Adicionada a suporte para plataformas 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.\n<li class=\"l\"> 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.          <\/ul>\n<\/ul>\n<p>Ao mesmo tempo, a Funda\u00e7\u00e3o de Software Livre da Am\u00e9rica Latina formou uma variante completamente livre do n\u00facleo 7.0 \u2014 Linux-libre 7.0-gnu, limpando elementos de firmwares e drivers que cont\u00eam componentes n\u00e3o livres ou trechos de c\u00f3digo, cuja aplica\u00e7\u00e3o \u00e9 limitada pelo fabricante. Na vers\u00e3o 7.0, foi realizada a limpeza dos blobs do driver iwlwifi. O c\u00f3digo de limpeza foi atualizado nos drivers amdgpu, adreno, TI PRUeth, air_en8811h, ath12k, TI VPE, rtw8852b, rt1320, rt5575 SPI, tas2783, Intel catpt. Foi realizada a limpeza dos nomes dos blobs nos arquivos dts (devicetree) para chips ARM.<br \/>\n<br \/>Fonte: <a rel=\"nofollow\" href=\"https:\/\/www.opennet.ru\/opennews\/art.shtml?num=65194\">opennet.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":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[702],"tags":[],"class_list":["post-168524","post","type-post","status-publish","format-standard","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 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0.\" \/>\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\/reliz-yadra-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\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 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 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-yadra-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-13T09:12:24+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2026-04-13T09:12:24+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\udd47Lan\u00e7amento do kernel Linux 7.0 | ProHoster","description":"Ap\u00f3s dois meses de desenvolvimento, Linus Torvalds apresentou o lan\u00e7amento do kernel Linux 7.0.","canonical_url":"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-yadra-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\udd47\u0420\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 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 \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u0438\u043b \u0440\u0435\u043b\u0438\u0437 \u044f\u0434\u0440\u0430 Linux 7.0.","og:url":"https:\/\/prohoster.info\/pt\/blog\/news\/reliz-yadra-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-13T09:12:24+00:00","article:modified_time":"2026-04-13T09:12:24+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\/168524","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=168524"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/168524\/revisions"}],"predecessor-version":[{"id":169176,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/posts\/168524\/revisions\/169176"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/media?parent=168524"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/categories?post=168524"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pt\/wp-json\/wp\/v2\/tags?post=168524"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}