Я работаю во встроенной среде Linux. У меня есть настройки дисплея с кадровым буфером Linux.

Я могу использовать fbgrab для захвата содержимого кадрового буфера и сохранения его в изображении:

fbgrab myimage.png

Я могу использовать утилиту fbv для установки изображений на мой экран:

fbv myimage.png

Я даже могу записывать (необработанные) изображения непосредственно в кадровый буфер, используя :

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

Тем не менее, если я запускаю :

[root@buildroot ~]# fbterm

Он просто сидит там, не выходит. Это, вероятно, нормально, однако, я не вижу ничего, что появляется на дисплее - и повторный сброс содержимого кадрового буфера с помощью fbgrab не выдает ничего похожего на терминал - он просто содержит все, что он делал до запуска . Кроме того, информация не выводится на консоль.

Это ожидаемое поведение при запуске его прямо из консоли? Нужно ли вводить дополнительную информацию или запускать ее другим способом, прежде чем я смогу просматривать ее на дисплее?

Я прочитал много статей в Интернете о запуске fbterm при запуске - но я подумал, что мне нужно заставить его работать, прежде чем пытаться это делать?

На самом деле, я не уверен, как отладить или устранить проблему. Я не вижу никаких сообщений в системных журналах при открытии или закрытии . Какие-нибудь советы?

1 ответ1

1

Для использования fbconsole должен быть установлен метод ввода. Насколько я мог найти, выбор между ucimfs, fcitx и ibus. На странице man опция -v может использоваться для отображения подробной информации. Сложнее было найти это, и страница проекта в равной степени скудна от информации, оставляя исходный код в качестве единственного оставшегося варианта.

Ядро Linux имеет консоль кадрового буфера, которая может быть скомпилирована в. Если это так, con2fbmap - это один из инструментов, который можно использовать для сопоставления консоли с мошенником во время выполнения. Использование этого, вероятно, лучшее решение.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .