8.7. Kernel
O hotplug de memória da subseção é agora totalmente suportado
Anteriormente, algumas plataformas alinhavam regiões de memória física, tais como Módulos em linha duplos (DIMMs) e conjuntos de intercalação para limites de memória de 64MiB. Entretanto, como o subsistema hotplug Linux usa um tamanho de memória de 128MiB, novos dispositivos hot-plugging causaram sobreposição de múltiplas regiões de memória em uma única janela de memória hotplug. Consequentemente, isto causou falha na listagem dos espaços de nomes de memória persistentes disponíveis com o seguinte ou um traço de chamada similar:
WARNING: CPU: 38 PID: 928 at arch/x86/mm/init_64.c:850
add_pages+0x5c/0x60
[..]
RIP: 0010:add_pages+0x5c/0x60
[..]
Call Trace:
devm_memremap_pages+0x460/0x6e0
pmem_attach_disk+0x29e/0x680 [nd_pmem]
? nd_dax_probe+0xfc/0x120 [libnvdimm]
nvdimm_bus_probe+0x66/0x160 [libnvdimm]Esta atualização corrige o problema e suporta o subsistema hotplug Linux para permitir que múltiplas regiões de memória compartilhem uma única janela de memória hotplug.
(BZ#1724969)
A corrupção de dados agora aciona um BUG em vez de uma mensagem WARN
Com este aprimoramento, a lista corrompe na lib/list_debug.c agora aciona um BUG, que gera um relatório com um vmcore. Anteriormente, ao encontrar uma corrupção de dados, era gerada uma simples WARN, que provavelmente passaria desapercebida. Com o conjunto CONFIG_BUG_ON_DATA_CORRUPTION, o kernel agora cria uma falha e aciona um BUG em resposta à corrupção de dados. Isto evita mais danos e reduz o risco de segurança. O kdump agora gera um vmcore, o que melhora os relatórios de bugs de corrupção de dados.
(BZ#1714330)
Suporte para o cartão Intel Carlsville está disponível, mas não verificado no RHEL 8.2
O suporte ao cartão Intel Carlsville está disponível mas não foi testado no Red Hat Enterprise Linux 8.2.
(BZ#1720227)
RPS e XPS não colocam mais empregos em CPUs isoladas
Anteriormente, o mecanismo de fila de recepção de pacotes de direção (RPS) e o mecanismo de fila de transmissão de pacotes de direção (XPS) transmitem trabalhos alocados em todos os conjuntos de CPU, incluindo CPUs isoladas. Consequentemente, isto poderia causar um pico de latência inesperado em um ambiente em tempo real quando uma carga de trabalho sensível à latência estava usando a mesma CPU onde os trabalhos RPS ou XPS estavam sendo executados. Com esta atualização, a função store_rps_map() não inclui nenhuma CPUs isolada para fins de configuração RPS. Da mesma forma, os drivers do kernel usados para a configuração do XPS estão respeitando o isolamento da CPU. Como resultado, o RPS e o XPS não mais colocam trabalhos em CPUs isoladas no cenário descrito. Se você configurar uma CPU isolada no arquivo /sys/devices/pci*/net/dev/queues/rx-*/rps_cpus, o seguinte erro aparece:
Erro: "-bash: echo:write error": Argumento inválido..
Entretanto, a configuração manual de uma CPU isolada no arquivo /sys/devices/pci*/net/dev/queues/tx-*/xps_cpus aloca com sucesso trabalhos XPS na CPU isolada.
Observe que uma carga de trabalho em rede em um ambiente com CPUs isoladas provavelmente experimentará alguma variação de desempenho.
(BZ#1867174)
