fbterm ожидаемое поведение при запуске?
Я работаю во встроенной среде Linux. У меня есть настройки дисплея с кадровым буфером Linux.
Я могу использовать fbgrab для захвата содержимого кадрового буфера и сохранения его в изображении:
fbgrab myimage.png
Я могу использовать утилиту fbv для установки изображений на мой экран:
fbv myimage.png
Я даже могу записывать (необработанные) изображения непосредственно в кадровый буфер, используя dd:
dd if=./myimage.raw of=/dev/fb0
Тем не менее, если я запускаю fbterm:
[root@buildroot ~]# fbterm
Он просто сидит там, не выходит. Это, вероятно, нормально, однако я не вижу ничего, что появляется на дисплее - и снова выводит содержимое кадрового буфера, используя fbgrab
не показывает ничего похожего на терминал - он просто содержит все, что делал до запуска fbterm. Кроме того, информация не выводится на консоль.
Это ожидаемое поведение fbterm при запуске его прямо из консоли? Нужно ли вводить дополнительную информацию или запускать ее другим способом, прежде чем я смогу увидеть ее на дисплее?
Я прочитал много статей в Интернете о запуске fbterm при запуске - но я подумал, что мне нужно заставить его работать, прежде чем пытаться это делать?
На самом деле, я не уверен, как отладить или устранить проблему. Я не вижу никаких сообщений в системных журналах при открытии или закрытии fbterm. Какие-нибудь советы?
1 ответ
Для использования fbconsole должен быть установлен метод ввода. Насколько я мог найти, выбор между ucimfs, fcitx и ibus. Со страницы руководства -v
опция может быть использована для отображения подробной информации. Сложнее было найти это, и страница проекта в равной степени скудна от информации, оставляя исходный код в качестве единственного оставшегося варианта.
Ядро Linux имеет консоль кадрового буфера, которую можно скомпилировать. Если это так, con2fbmap
это один из инструментов, который можно использовать для сопоставления консоли с мошенником во время выполнения. Использование этого, вероятно, лучшее решение.