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.
A solicitação de pull desta semana para DRM-Next para a janela de mesclagem 5.16 agora inclui mais correções em torno do suporte para Cyan Skillfish Navi 1x APU, correções de enumeração de descoberta de IP, correções de exibição, correções de RAS para Aldebaran, correções de IOMMU para Raven Ridge e outras correções.
Um patch embutido nesta solicitação de pull que traz algum entusiasmo é a ativação do PSR por padrão em hardware DCN mais recente. Sim, a auto-atualização do painel finalmente está sendo habilitada por padrão para o hardware mais recente. Embora neste momento o hardware mais recente tenha suporte para Yellow Carp (Rembrandt) com DCN 3.1. GPUs com hardware pré-DCN-3.1 estão mantendo o PSR desligado por enquanto. A auto-atualização do painel é um recurso de economia de energia para quando o conteúdo da tela/monitor está estático, podendo desligar circuitos extras.
Intel também
Embora o PSR seja um padrão da indústria, ele provou ser peculiar também para hardware Intel e vários painéis de tela de laptop por aí, então eles também viram desafios. A AMD deixou seu suporte PSR desabilitado até agora devido a problemas com alguns compositores de desktop que não viram páginas e digitalizaram corretamente de uma maneira que funcionou com o manuseio de PSR.
A AMD agora lida melhor com os compositores e, portanto, sente que é seguro habilitar a Auto-atualização do painel por padrão. Porém, devido à possibilidade de bugs/regressões, pelo menos por enquanto a AMD não está habilitando o PSR para o hardware existente. Portanto, apenas configura por padrão para DCN 3.1 e hardware de exibição mais recente. Veremos depois de um tempo se eles decidem ativar o PSR para o hardware AMD existente.
A lista de patches para esta última solicitação de pull AMDGPU/AMDKFD para DRM-Next pode ser encontrada aqui.
Via Phoronix
