Não é possível definir os parâmetros do módulo do kernel

4

Atualizei recentemente do kernel 4.9 para 4.14 apenas para descobrir que meus alto-falantes têm um som constante de zumbido. Reduzi o problema para o parâmetro power_save do módulo snd_hda_intel . Quando ativado, há um zumbido constante, mas desativado (definido como 0) é silencioso.

Eu tentei definir o valor usando os parâmetros modprobe.d e kernel. O problema é que o valor está sendo sobrescrito / definido por algo no meu sistema.

O recarregamento forçado do módulo (o padrão é desativado) ou a gravação de 0 em /sys/module/snd_hda_intel/parameters/power_save resolverá temporariamente o problema, até a reinicialização ou ativação da suspensão. Não consigo determinar o que está ativando o recurso power_save. Eu até tentei usar inotifywait e lsof para encontrar o culpado, sem resultados (não parece funcionar em ciclos de sono / vigília).

Este é um PC desktop, portanto, não há bateria, portanto, nenhum modo AC vs BAT ou qualquer coisa como o pm-util. Estou usando uma versão GNOME do Manjaro, mas tenho certeza que as soluções para qualquer plataforma podem ajudar. O áudio é um chipset ALC887-VD integrado, se isso for de alguma ajuda.

Alguém pode sugerir onde mais eu poderia parecer ou o que poderia estar causando isso?

Atualização:

Tenho notado que minha distribuição é fornecida com TLP (semelhante a pm-utils ) e que no TLP do 4.14 kernel sempre é iniciado no modo de bateria. Meu PC não tem bateria, mas possui periféricos sem fio. Eu acho que isso pode ser um bug dentro do próprio TLP.

    
por Twifty 29.12.2017 / 15:53

2 respostas

0

Confirmei que o TLP (versão 1.0) está em falta aqui. Está a detectar as baterias dos meus dois dispositivos periféricos, pesquisando o conteúdo de /sys/class/power_supply . Uma vez que detecta dispositivos alimentados por bateria e nenhum dispositivo alimentado pela rede elétrica, está incorretamente pensando que o sistema é alimentado por bateria. O loop de detecção é aqui se alguém quiser ver isso.

No kernel 4.9, meu diretório /sys/class/power_supply está vazio, mas no 4.14 ele é preenchido com meu mouse e teclado sem fio da Logitech. Suponho que muitos outros usuários de TLP, com periféricos sem fio, também podem ser afetados por esse bug. Embora, na maioria dos casos, muitas pessoas nem percebam que seus computadores de mesa estão funcionando em modo de bateria.

Atualização:

O problema foi corrigido no TLP 1.1 beta. Ele agora ignora dispositivos HID e o sistema usa corretamente o modo AC.

    
por 02.01.2018 / 12:18
0

Você atualizou seu arquivo initramfs depois de alterar /etc/modprobe.d/ ? É possível que os módulos do driver de som sejam carregados antecipadamente, e suas modificações não estarão disponíveis até que o sistema de arquivos raiz seja montado - neste ponto, é muito tarde, já que os módulos já foram carregados do initramfs.

Eu não estou muito familiarizado com o Arch, mas parece que mkinitcpio é o comando que você precisará para atualizando seu arquivo initramfs.

    
por 29.12.2017 / 16:02