Recentemente, atualizei do kernel 4.9 para 4.14 apenas para descobrir que meus alto-falantes têm um zumbido constante. Reduzi o problema ao power_saveparâmetro do snd_hda_intelmódulo. Quando ativado, há um zumbido constante, mas desativado (definido como 0) é silencioso.
Eu tentei definir o valor usando um modprobe.de um parâmetro do kernel. O problema é que o valor está sendo substituído/definido por algo em meu sistema.
Recarregar o módulo com força (o padrão é desativado) ou escrever 0 para /sys/module/snd_hda_intel/parameters/power_saveresolverá temporariamente o problema, até uma reinicialização ou despertar da suspensão. Não consigo determinar o que está ativando o recurso power_save. Eu até tentei usar inotifywaite lsofencontrar o culpado, sem resultados (não parece funcionar nos ciclos de sono/vigília).
Este é um PC de mesa, portanto, sem bateria, portanto, sem modos AC vs BAT ou qualquer coisa como pm-util. Estou usando uma versão GNOME do Manjaro, mas tenho certeza que soluções para qualquer plataforma podem ajudar. O áudio é um chipset ALC887-VD integrado, se isso ajudar.
Alguém pode sugerir onde mais eu poderia procurar ou o que poderia estar causando isso?
Atualizar:
Percebi que minha distribuição vem com TLP (semelhante a pm-utils) e que no kernel 4.14 o TLP sempre inicializa 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.
Você atualizou seu arquivo initramfs após a alteração
/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 - nesse ponto é tarde demais, pois os módulos já foram carregados do initramfs.Não estou muito familiarizado com o Arch, mas parece que mkinitcpio é o comando necessário para atualizar seu arquivo initramfs.
Eu confirmei que o TLP (versão 1,0) está com defeito aqui. Ele está detectando as baterias dos meus dois dispositivos periféricos digitalizando o conteúdo de
/sys/class/power_supply. Como ele detecta dispositivos alimentados por bateria e nenhum dispositivo alimentado por rede elétrica, ele está pensando incorretamente que o sistema é alimentado por bateria. O loop de detecção está aqui, se alguém quiser dar uma olhada nisso.No kernel 4.9, meu
/sys/class/power_supplydiretório está vazio, mas no 4.14 ele é preenchido com meu mouse e teclado sem fio Logitech. Acho 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 PCs de mesa estão funcionando no modo de bateria.Atualizar:
O problema foi corrigido no TLP 1.1 beta. Ele agora ignora os dispositivos HID e o sistema usa corretamente o modo AC.