O desenvolvedor Edip Hazuri submeteu recentemente a quarta versão de um patch que visa expandir o suporte a hardware para laptops das linhas HP Omen e HP Victus. A proposta introduz o controle de retroiluminação LED multicolorida (RGB) diretamente no driver hp-wmi, permitindo que usuários gerenciem as cores de seus teclados de forma nativa. O recurso, agora focado no ciclo do Kernel Linux 7.1, busca resolver uma lacuna histórica para proprietários desses dispositivos que dependiam de ferramentas de terceiros ou engenharia reversa para ajustar a estética de suas máquinas.
Atualmente, o patch está em fase de revisão na Linux Kernel Mailing List (LKML). Como a versão 7.0 já entrou em fase de “Release Candidate” (rc2), novas funcionalidades como esta são tipicamente direcionadas para o lançamento seguinte. Se aceito, o código permitirá que o sistema operacional identifique as zonas de iluminação do teclado e as exponha através do subsistema de LED multicolorido do kernel. Isso significa que a integração com ambientes de desktop como GNOME e KDE para controle de cores poderá se tornar muito mais simples e estável.
O que isso significa na prática
Para o usuário comum, essa mudança elimina a necessidade de softwares proprietários ou scripts complexos para mudar a cor do teclado. O patch identifica se o laptop possui um teclado de zona única ou de quatro zonas (com ou sem teclado numérico). Uma vez instalado, o sistema consegue “conversar” com o firmware da HP para definir cores específicas para cada uma dessas áreas. Além disso, a mudança garante que, ao usar teclas de atalho físicas (como o tradicional Fn+F4), o sistema operacional seja notificado corretamente sobre as alterações de brilho, mantendo o software e o hardware em sincronia.
Detalhes da implementação
Tecnicamente, o patch modifica os drivers de plataforma para x86, especificamente dentro do diretório drivers/platform/x86/hp/. A implementação utiliza a classe LEDS_CLASS_MULTICOLOR, que é o padrão moderno do kernel para lidar com dispositivos RGB. O código estabelece uma comunicação via WMI (Windows Management Instrumentation) para ler e escrever em uma tabela de cores de 128 bytes gerenciada pelo firmware do laptop.
A lógica de controle de brilho foi desenhada para ser inteligente: quando o usuário ativa a retroiluminação via comando WMI, o driver restaura automaticamente os estados de cores de todas as zonas previamente configuradas. O patch também introduz o mapeamento para diferentes tipos de hardware, categorizando os teclados em seis tipos distintos, desde modelos sem iluminação até versões com RGB por tecla, garantindo que o driver não tente aplicar configurações em hardware incompatível.
Curiosidades e bastidores da discussão
Vale lembrar que, como acompanhamos anteriormente no SempreUpdate, o desenvolvedor Edip Hazuri já é um velho conhecido dos donos de hardware HP, tendo sido o responsável por implementar o suporte a perfis térmicos e controle de ventoinhas para a linha Victus ainda no ciclo do Kernel 6.17.
Esta é a quarta revisão (v4) do patch, o que indica que o código está amadurecendo e se aproximando de um estado final de aceitação. No entanto, a discussão na LKML trouxe à tona desafios típicos do desenvolvimento do kernel. O mantenedor Ilpo Järvinen apontou um problema de dependência recursiva no arquivo Kconfig. O patch original utilizava a instrução depends on LEDS_CLASS, o que gerou conflitos na árvore de compilação. A recomendação da comunidade é migrar para o uso de select, uma prática comum em drivers de plataforma para evitar que o sistema entre em um loop de dependências lógicas.
O modo como o firmware da HP lida com os dados de cores também foi alvo de análise. Os valores RGB começam no deslocamento 25 da tabela de dados e são empacotados sequencialmente. O driver precisa realizar consultas constantes para garantir que, ao alterar a cor de uma zona, as outras não sejam afetadas acidentalmente. Essa atenção aos detalhes mostra o rigor necessário para que um código de driver seja aceito na linha principal (mainline), evitando que um simples ajuste de cor cause instabilidade no gerenciamento de energia do sistema.
Quando isso chega no meu PC?
Como o patch ainda está sob revisão na LKML (v4), o código não faz parte do código-fonte estável atual (6.19.5). O processo segue um cronograma rigoroso: após a aprovação dos mantenedores do subsistema de drivers de plataforma x86, o código deve ser fundido (merged) na árvore for-next.
A expectativa realista é que, se as correções de dependência forem aplicadas rapidamente, o suporte apareça na janela de mesclagem do Kernel Linux 7.1, prevista para abrir em meados de abril de 2026. Após o lançamento da versão estável deste ciclo (esperada para meados do ano), as distribuições de “lançamento contínuo” (como Arch Linux) devem receber a novidade em poucas semanas, enquanto usuários de versões estáveis como Ubuntu e Fedora podem precisar esperar pelo próximo ciclo de atualizações de suas respectivas distros.