Linux não permite mais o uso de AMD SME por padrão devido a problemas com hardware

O kernel do Linux não permite mais o uso de AMD SME por padrão devido a problemas com hardware. Esta mudança já foi enviada para o novo Linux 5.15 em desenvolvimento. Portanto, o kernel Linux não usará mais o AMD Secure Memory Encryption (SME) por padrão no hardware suportado.

Desde a introdução do suporte AMD SME ao kernel Linux, Secure Memory Encryption foi ativado por padrão quando o suporte SME (AMD_MEM_ENCRYPT) é integrado ao kernel. Esse padrão de “AMD_MEM_ENCRYPT_ACTIVE_BY_DEFAULT” permitiu que a criptografia de memória segura fosse usada pronta para uso, sem a necessidade de especificar parâmetros de kernel extras ou semelhantes. Infelizmente, isso levou a falhas de inicialização em algumas plataformas, especialmente em torno do IOMMU, juntamente com outras dores de cabeça para resolver também, como alguns problemas de driver de gráficos por não esperar que a memória seja criptografada.

Linux não permite mais o uso de AMD SME por padrão devido a problemas com hardware

A mudança para não usar o AMD SME por padrão deriva deste último tópico da lista de discussão sobre problemas de plataforma (neste caso, mas não limitado apenas a, Raven Ridge) e falhas de inicialização possíveis ao tentar o SME por padrão. Infelizmente, com o SME precisando ser habilitado em um estágio inicial no processo de inicialização do kernel, não há a possibilidade, pelo menos por agora, de ter uma lógica aprimorada para descobrir de uma maneira mais robusta quando é possível habilitar e desabilitar o SME sem interação do usuário.

Portanto, com a solicitação de pull urgente/x86 indo para o Linux 5.15 e depois portada para os kernels anteriores, a criptografia de memória AMD não será ativada por padrão. Assumindo que seu kernel é construído com o código de criptografia de memória AMD incluído, é possível aproveitar a criptografia de memória segura definindo a opção “mem_encrypt = on” para ter o que era anteriormente o comportamento padrão.

AMD finalmente habilita PSR por padrão para hardware mais recente com Linux 5.16

Com o atraso no ciclo do kernel do Linux 5.15, o foco está mudando pelos mantenedores do driver de renderização direta de um novo trabalho de recurso visando o próximo ciclo (5.16) para em vez de correções de bugs. A AMD enviou uma solicitação de pull de novo material AMDGPU Linux 5.16 esta semana que está entregando principalmente correções de bugs, mas uma adição notável é finalmente habilitar PSR por padrão para GPUs mais recentes.

Nas semanas anteriores, as solicitações de pull da AMDGPU para DRM-Next para Linux 5.16 trouxeram a habilitação DisplayPort 2.0 inicial, suporte para monitor Cyan Skillfish, tunelamento USB4 DisplayPort e outras mudanças.