Com o kernel Linux 6.1-rc7 definido para ser lançado ainda hoje, será mais fácil usar o driver AMD P-State. Este é um driver aprimorado de dimensionamento de frequência da CPU destinado ao Zen 2 e às plataformas EPYC/Ryzen mais recentes que usam ACPI CPPC.
Incorporado à linha principal na sexta-feira como parte das “correções” para o Linux 6.1-rc7 está o conjunto de patches para tornar o amd-pstate um driver integrado. Assim, ele passará a ter precedência sobre o acpi-cpufreq por padrão. Além disso, deve introduzir as novas opções para desabilitar esse comportamento se quiser voltar para o driver ACPI CPUFreq genérico.
Esses patches foram discutidos no Phoronix na semana passada em Novos patches permitem gerenciar mais facilmente o driver AMD P-State Linux. Desde então, foi decidido pegar esse material para o Linux 6.1 em vez de esperar pelo Linux 6.2. Além de tornar o driver amd_pstate integrado, ele adiciona a opção amd_pstate=disable se você não quiser usar esse driver em um sistema compatível e, em vez disso, usar o ACPI CPUFreq. Do mesmo modo, há também amd_pstate=passive se desejar carregar o driver AMD P-State em seu modo de operação passiva.
Linux 6.1-rc7 facilita o gerenciamento do driver AMD P-State
A AMD ainda não está incentivando o driver amd_pstate a ser usado por padrão, mas o plano é que isso aconteça assim que o AMD P-State EPP estiver pronto e integrado. O código AMD P-State EPP deve resolver alguns problemas de desempenho conhecidos com o código amd_pstate atual.
Para encurtar a história, graças às correções de gerenciamento de energia mescladas, o amd_pstate agora é um driver integrado e há as novas opções de kernel convenientes para desabilitar seu comportamento ou iniciar no modo passivo. Há também uma correção como parte dessa solicitação pull para corrigir a inicialização do amd_pstate após a execução do kernel via Kexec.
Driver Linux da webcam IPU6 da Intel recebe novos patches
Embora por anos a Intel tenha sido muito bem vista – e com razão – por seu suporte de hardware Linux de código aberto, ocasionalmente há exceções. Atualmente, uma dessas exceções são os drivers IPU6 da Intel para suas câmeras MIPI, encontrados em muitos laptops Alder Lake mais novos e nos próximos laptops Raptor Lake. Os drivers IPU6 permanecem fora do kernel do Linux e provavelmente ainda permanecerão assim por algum tempo.
Em agosto, os mantenedores upstream do kernel, como Greg Kroah-Hartman, recomendavam que os usuários evitassem laptops Alder Lake sobre os drivers IPU6 fora da árvore necessários para suportar as câmeras da web baseadas em IPU6. A Intel disponibilizou as fontes de driver do kernel no GitHub, mas depende do suporte proprietário do espaço do usuário. A API de espaço de usuário exposta pelos drivers fora da árvore também não é compatível com a interface V4L2 comum.
Vários meses depois, infelizmente, a situação ainda é uma bagunça com os mais recentes laptops brilhantes Alder Lake usando IPU6 para sua câmera da web sem suporte de driver pronto para uso totalmente de código aberto. Assim, agora resta esperar alguma mudança fundamental em 2023.
Agora, há esperança
Mas se você encontrar um laptop Intel que dependa de uma câmera IPU6, há patches em andamento para, pelo menos, facilitar a criação do código do driver Intel IPU6 no topo de um kernel da linha principal. O engenheiro da Red Hat, Hans de Goede, conhecido por suas contribuições maravilhosas para melhorar o suporte de hardware do consumidor no Linux, enviou um conjunto de patches de melhoria.
Os patches fazem com que o código do driver int3472 da linha principal funcione com os drivers do sensor empacotados com o código do driver IPU6 fora da árvore. O objetivo é simplesmente tornar mais fácil para o driver out-of-tree da Intel trabalhar com kernels de distribuição padrão.
No momento, os kernels precisam de um patch para algumas pequenas alterações, em vez de apenas serem capazes de construir de forma limpa os módulos de driver out-of-tree com DKMS ou similar.
Com esses patchestorna-se mais fácil construir o código do driver Intel IPU6 out-of-tree para DKMS e não ter que se preocupar com quaisquer outras mudanças no kernel. Hans também observou naquela mensagem de patch que ele está trabalhando para ser capaz de upstream do código do driver do sensor IPU6 para a linha principal, enquanto ainda para o coração do código do driver IPU6 continua sendo essa grande e infeliz bagunça.