Nenhum console serial antigo em um sistema que precisa de um módulo do kernel carregado para o UART

1

Eu tenho uma placa que usa um UART de alta velocidade em vez de alguns hardwares herdados que são compilados no kernel. O dispositivo serial só é detectado após o carregamento do módulo do kernel intel_lpss_pci . Eu estou no debian "buster", que usa o systemd para gerenciar tudo -

Isso significa que habilitar a saída e um login getty não está funcionando como esperado.

  • console=ttyS0,115200n8 console=tty0 não fará com que o systemd abra um login getty
  • as mensagens do kernel também estão atrasadas (e incompletas)
  • o systemd abrirá o prompt do getty se eu adicionar manualmente o alvo
  • Esse destino não funciona para o modo de recuperação
  • Esse destino não faz nada para o init-ramdisk

Solução alternativa para o sistema normal

Descobri que manualmente dizendo ao systemd para abrir um login via getty funciona: systemctl enable [email protected] Isso ainda adiciona um atraso considerável na exibição das primeiras mensagens do kernel, mas eu posso pelo menos fazer login.

Adicionando o módulo ao initramfs (não ajudou) Eu adicionei o módulo intel_lpss_pci a /etc/initramfs-tools/modules , reconstruí os init-ramfs e verifiquei que o módulo foi copiado lá. Isso não fez diferença

Comportamento obrigatório Eu quero o console serial para trabalhar (como eu não tenho uma tela), direto do Ramdisk - sem recompilar um kernel . Existe alguém com conhecimento do que estou perdendo? Preciso adicionar um script ao init-ramfs para carregar este módulo o mais cedo possível e, em caso afirmativo, como isso funciona com as ferramentas initramfs?

    
por Norbert Lange 22.05.2018 / 17:40

0 respostas