Linux 5.19-rc1 lançado com Intel TDX, AMD SEV-SNP, LoongArch e Big TCP

Controladora da TikTok usou IA para otimizar o kernel Linux
tux

Após uma janela de mesclagem bastante agitada do Linux 5.19 nas últimas duas semanas, Linus Torvalds acaba de lançar o primeiro release candidate do kernel Linux 5.19. Assim, ele chegou com muitas novidades. O Linux 5.19-rc1 foi lançado com Intel TDX, AMD SEV-SNP, LoongArch, Big TCP e muito mais.

A janela de mesclagem do Linux 5.19 foi muito empolgante com muitos novos recursos adicionados. Neste período de mesclagem, surgiram muitas novidades. Alguns dos principais destaques incluem:

  • a fusão do suporte inicial Intel TDX;
  • a chegada do Intel In-Field Scan (IFS) para novas funcionalidades de teste de silício;
  • a conclusão dos esforços multiplataforma da Arm;
  • o AMD SEV-SNP finalmente se tornou o principal após um ano de patch revisões;
  • suporte à compactação Zstd para firmware, a porta inicial da CPU para a arquitetura LoongArch;
  • correções de driver NTFS3, trabalho contínuo de ativação de GPU AMD RDNA3;
  • trabalho contínuo de ativação de gráficos discretos Intel DG2/Alchemist;
  • suporte Apple M1 NVMe, criação adequada de arquivos/relatórios de hora de nascimento para sistemas de arquivos FAT32;
  • Big TCP foi mesclado;
  • suporte do lado do kernel da Extensão de Matriz Escalável Armv9 chegou e muito mais. 

Fique atento para mais artigos sobre recursos do Linux 5.19 para obter mais detalhes sobre essas alterações e outros aprimoramentos a serem encontrados neste próximo kernel.

Linux 5.19-rc1 lançado com Intel TDX, AMD SEV-SNP, LoongArch e Big TCP

Agora eles devem corrigir bugs/regressões com candidatos a lançamentos semanais, como de costume. Se tudo correr bem, a versão estável do Linux 5.19 será lançada antes do final de julho.

O Linux 5.19 vem em tamanho muito maior. Em grande parte, é devido às adições de drivers gráficos e, por sua vez, todos os cabeçalhos gerados automaticamente pela AMD para suporte a novos blocos de IP levam a essa explosão de contagem de linhas. Ao executar algumas estatísticas do Git hoje à noite no kernel do Linux:

michael@fedora :~/linux$ git diff –shortstat v5.18 v5.19-rc112784 arquivos alterados, 1046388 inserções(+), 256699 exclusões (-) michael@fedora:~/linux$ git diff –shortstat v5 .17 v5.18-rc112821 arquivos alterados, 1033473 inserções(+), 292920 exclusões(-) michael@fedora:~/linux$ git diff –shortstat v5.16 v5.17-rc1 10513arquivos alterados, 466636 inserções( +), 222538 exclusões(-)michael@fedora:~/linux$ git diff –shortstat v5.15 v5.16-rc111236 arquivos alterados, 657921 inserções(+), 244787 exclusões(-)michael@fedora:~/ linux$ git diff –shortstat v5.14 v5.15-rc19882 arquivos alterados, 567879 inserções(+), 244386 exclusões(-)

O Linux 5.19-rc1 traz 1,04 milhão de linhas de código e 256k linhas de código removidas, superando ligeiramente a janela de mesclagem anterior do Linux 5.18 para nova atividade de código.

A árvore de origem do kernel Linux no momento equivale a cerca de 65,9 mil linhas, consistindo em cerca de 23,969 milhões de linhas de código detectado, 4 milhões de linhas de comentários e 4,13 milhões de linhas em branco. Ou tudo em cerca de 32,1 milhões de linhas de origem detectadas no Linux Git a partir da marcação v5.19-rc1 deste final de semana.

No anúncio 5.19-rc1, Linus Torvalds comentou:

Portanto, as últimas duas semanas foram _bastante_ normais, embora eu vá reclamar e reclamar um pouco sobre quantas solicitações de pull atrasadas recebi. A segunda semana começou muito calma, mas infelizmente isso foi apenas porque muitas pessoas deixaram seu último pull request muito tarde. Não muito agradável. Porém, o que me deixa bastante satisfeito é que praticamente todos os pull requests foram tags assinadas. Eu ainda não _requeri_ tecnicamente assinaturas para pulls do kernel.org, mas tenho encorajado (não muito sutilmente) as pessoas a usá-las, e estamos chegando lá. É apenas uma boa limpeza.

E para coroar as boas notícias, esta é a primeira janela de mesclagem em que Andrew participou de todo o git, e a primeira vez na história basicamente do Linux quando eu não tinha uma única bomba de patch para aplicar (eu ainda faço patches aleatórios individuais, e espere sempre fazê-los, mas não mais “grandes séries de patches brutos”).Então no geral é tudo muito bom.

Via Phoronix