fbterm comportamento esperado no lançamento?

Question

Estou trabalhando em um ambiente Linux incorporado. Eu tenho uma configuração de exibição com o framebuffer linux.

Eu posso usar o fbgrab para capturar o conteúdo do framebuffer e armazená-lo em uma imagem:

fbgrab myimage.png

Eu posso usar o utilitário fbv para definir imagens na minha tela:

fbv myimage.png

Eu posso até escrever imagens (cruas) diretamente no framebuffer usando dd :

 dd if=./myimage.raw of=/dev/fb0

No entanto, se eu lançar fbterm :

[root@buildroot ~]# fbterm

Apenas fica lá, não sai. Isso é provavelmente normal, no entanto, eu não vejo nada aparecendo no display - e descarregando o conteúdo do framebuffer novamente usando fbgrab não revela nada que pareça um terminal - ele simplesmente contém o que ele fez antes de lançar fbterm . Além disso, nenhuma informação é impressa no console.

Este é o comportamento esperado de fbterm ao iniciá-lo diretamente do site console? Tenho que fornecer mais informações ou iniciá-lo de uma maneira diferente antes de poder visualizá-lo no display?

Eu li muitos artigos on-line sobre iniciando o fbterm na inicialização - mas eu imaginei que precisaria fazer tudo funcionar antes de tentar isso?

Na verdade, não sei como depurar ou solucionar o problema. Não vejo mensagens nos registros do sistema ao abrir ou fechar fbterm . Alguma dica?

    

Answer 1

Para usar o fbconsole, um método de entrada deve ser definido. Tanto quanto eu poderia encontrar as escolhas são entre ucimfs, fcitx e ibus. A partir da página de manual , a opção -v pode ser usada para mostrar informações detalhadas. Mais do que isso era difícil de encontrar, e a página do projeto é igualmente esparsa das informações, deixando o código-fonte como o só resta a opção.

O Kernel Linux tem um console de buffer de quadros que pode ser compilado. Se for , con2fbmap é uma ferramenta que pode ser usada para mapear um console para o frambuffer em tempo de execução. Usar isso provavelmente é uma solução melhor.