17.xx erros no kernel devido ao kernel do Ubuntu, ou possível problema de hardware?

1

Todo dia eu reviso meus arquivos syslog, e desde 17.04, eu vi esses erros do kernel. Eu vejo o mesmo no meu atual 17.10. O sistema parece funcionar bem, caso contrário. Estou usando um laptop Toshiba E55.

syslog.1:Apr 15 20:56:33 Satellite-E55 kernel: [71366.145636] [drm:intel_set_cpu_fifo_underrun_reporting [i915]] *ERROR* uncleared fifo underrun on pipe A
syslog.1:Apr 15 20:56:33 Satellite-E55 kernel: [71366.145731] [drm:intel_cpu_fifo_underrun_irq_handler [i915]] *ERROR* CPU pipe A FIFO underrun

Eu suspeito de um problema no kernel, não um problema de hardware. Talvez eu precise passar um parâmetro do kernel via GRUB?

Alguma idéia de como resolver isso?

    
por heynnema 16.04.2018 / 18:32

2 respostas

1

Conforme o @Terrance, visitei o link e descobri o seguinte:

Isso vem do driver intel e não tenho certeza se ainda há algum bug de driver escondido em algum lugar ou devido a um erro ou limitação de hardware. Costumava ser muito pior e se manifestar até mesmo com o intel iommu off, como você provavelmente pode encontrar pesquisando problemas semelhantes, e isso afetou muitas gerações de intel igpus.

Dito isto você realmente quer desabilitar o iommu para o igpu porque se você usar algum recurso de economia de energia é desligado automaticamente devido a um bug de hardware, existe até uma mensagem no dmesg sobre isso. Você ainda pode usar o iommu para todo o resto, apenas use intel_iommu = on, igfx_off na linha de parâmetros do kernel.

Eu adicionei intel_iommu = on, igfx_off ao meu /etc/default/grub :

GRUB_CMDLINE_LINUX_DEFAULT="reinicialização silenciosa intel_iommu = on, igfx_off"

e fez um sudo update-grub , reiniciado e, até agora, não mais erros drm !

    
por heynnema 21.04.2018 / 23:07
1

Isso está sendo emitido pelo driver gráfico Intel i915.

O driver gráfico i915 tem o seguinte comentário relacionado a estas mensagens:

"O driver i915 verifica se existem débitos défice no display usando os sinais de interrupção  fornecida pelo hardware. Isso é ativado por padrão e bastante útil para  depurar problemas de exibição, especialmente configurações de marca d'água.

Se um underrun for detectado, isso será registrado no dmesg. Para evitar logs de inundação  e ocupando as interrupções de subexplicação da CPU são desativados após o primeiro  ocorrência até o próximo modeset em um determinado pipe.

Note que a detecção de underrun em plataformas gmch é um pouco mais feia já que  não é interrupção (apesar de o bit de sinalização estar no canal PIPESTAT  registro de interrupção). Também em algumas outras plataformas, as interrupções de entrada são  compartilhada, o que significa que, se detectarmos um déficit, precisamos desabilitar  reportando todos os canais.

O código também suporta detecção de underrun no transcodificador PCH. "

Eu suspeito que, se você não estiver vendo nenhum problema, será uma mensagem de depuração de aviso que pode ser ignorada.

    
por Colin Ian King 16.04.2018 / 19:48