6.2.6. Kernel

A enorme_página_setup_helper.py script agora funciona corretamente

Um patch que atualizou o enorme_page_setup_helper.py script para Python 3 foi removido acidentalmente. Consequentemente, após executar o arquivo huge_page_setup_helper.py, a seguinte mensagem de erro apareceu:

Os scripts bcc agora compilam com sucesso um módulo BPF

Durante a compilação do código do script para criar um módulo Berkeley Packet Filter (BPF), o conjunto de ferramentas bcc usou cabeçalhos do kernel para a definição do tipo de dados. Alguns cabeçalhos do kernel precisavam da macro KBUILD_MODNAME para serem definidos. Consequentemente, aqueles scripts bcc que não adicionavam KBUILD_MODNAME, provavelmente não compilariam um módulo BPF em várias arquiteturas de CPU. Os seguintes scripts bcc foram afetados:

bcc-tools e bpftrace funcionam corretamente no IBM Z

Anteriormente, um backport de recursos introduziu a opção ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE kernel. Entretanto, o pacote bcc-tools e o pacote de linguagem de rastreamento bpftrace para arquiteturas IBM Z não tinham suporte adequado para esta opção. Consequentemente, a chamada ao sistema bpf() falhou com a exceção do argumento Inválido e o bpftrace falhou com um erro ao tentar carregar o programa BPF. Com esta atualização, a opção ARCH_HAS_NON_OVERLAPPING_ADDRESS_SPACE é agora removida. Como resultado, o problema não aparece mais no cenário descrito.

O processo de inicialização não falha mais devido à falta de entropia

Anteriormente, o processo de inicialização falhou devido à falta de entropia. Um mecanismo melhor agora é usado para permitir que o núcleo colete a entropia no início do processo de inicialização, o que não depende de nenhuma interrupção específica do hardware. Esta atualização corrige o problema, garantindo a disponibilidade de entropia suficiente para garantir a geração aleatória no início do boot. Como resultado, a correção evita o tempo de kickstart ou arranque lento e o processo de arranque funciona como esperado.

Reinicializações repetidas usando o kexec agora funcionam como esperado

Anteriormente, durante a reinicialização do kernel na plataforma Amazon EC2 Nitro, o módulo de remoção(rmmod) não era chamado durante o desligamento() chamada do caminho de execução do kernel. Consequentemente, reinicializações repetidas do kernel usando a chamada do sistema kexec levaram a uma falha. Com esta atualização, o problema foi resolvido com a adição do manipulador PCI shutdown() que permite a execução segura do kernel. Como resultado, reinicializações repetidas usando o kexec nas plataformas EC2 Nitro da Amazon não falham mais.

Reinicializações repetidas usando a memória vPMEM como alvo de despejo agora funciona como esperado

Anteriormente, o uso da Memória Virtual Persistente (vPMEM) como alvo de despejo para kdump ou fadump fez com que o módulo papr_scm desmaiasse e refizesse a memória apoiada pelo vPMEM e readicionasse a memória em seu mapa linear.

Tentativa de adicionar a porta NIC do driver ICE a uma interface mestre de ligação do modo 5 não falha mais

Anteriormente, a tentativa de adicionar a porta NIC do driver ICE a um modo 5(balance-tlb) bonding master interface levou a uma falha com um erro Master 'bond0', Slave 'ens1f0': Erro: Escravo falhou. Conseqüentemente, você sofreu uma falha intermitente ao adicionar a porta NIC à interface mestre de colagem. Esta atualização corrige o problema e a adição da interface não falha mais.