Como configurar o linux para a saída para monitorar

Question

Atualmente, estou executando uma distro Debian leve em uma placa de desenvolvimento da Compulab. Eu tenho que acessar o sistema via porta serial toda vez. O sistema possui placa gráfica e o driver é instalado e o monitor é detectado, mas o sistema parece não estar configurado para saída através de drivers gráficos? Como faço para configurar o Linux para fazer isso?

root@cm-debian:~# dmesg|grep hdmi
mxc_sdc_fb mxc_sdc_fb.1: register mxc display driver hdmi
mxc_hdmi mxc_hdmi: Detected HDMI controller 0x13:0xa:0xa0:0xc1
mxc_hdmi_soc mxc_hdmi_soc.0: MXC HDMI Audio
asoc: mxc-hdmi-soc <-> imx-hdmi-soc-dai.0 mapping ok
  #1: imx-hdmi-soc

quando o cabo do plugin hdmi dmesg mostra a seguinte saída

fbcvt: 1920x1080@50: CVT Name - 2.073M9

cat / etc / inttab

# /etc/inittab: init(8) configuration.
# $Id: inittab,v 1.91 2002/01/25 13:35:21 miquels Exp $

# The default runlevel.
id:2:initdefault:

# Boot-time system configuration/initialization script.
# This is run first except when booting in emergency (-b) mode.
si::sysinit:/etc/init.d/rcS

# What to do in single-user mode.
~~:S:wait:/sbin/sulogin

# /etc/init.d executes the S and K scripts upon change
# of runlevel.
#
# Runlevel 0 is halt.
# Runlevel 1 is single-user.
# Runlevels 2-5 are multi-user.
# Runlevel 6 is reboot.

l0:0:wait:/etc/init.d/rc 0
l1:1:wait:/etc/init.d/rc 1
l2:2:wait:/etc/init.d/rc 2
l3:3:wait:/etc/init.d/rc 3
l4:4:wait:/etc/init.d/rc 4
l5:5:wait:/etc/init.d/rc 5
l6:6:wait:/etc/init.d/rc 6
# Normally not reached, but fallthrough in case of emergency.
z6:6:respawn:/sbin/sulogin

# What to do when CTRL-ALT-DEL is pressed.
ca:12345:ctrlaltdel:/sbin/shutdown -t1 -a -r now

# Action on special keypress (ALT-UpArrow).
#kb::kbrequest:/bin/echo "Keyboard Request--edit /etc/inittab to let this work."

# What to do when the power fails/returns.
pf::powerwait:/etc/init.d/powerfail start
pn::powerfailnow:/etc/init.d/powerfail now
po::powerokwait:/etc/init.d/powerfail stop

# /sbin/getty invocations for the runlevels.
#
# The "id" field MUST be the same as the last
# characters of the device (after "tty").
#
# Format:
#  <id>:<runlevels>:<action>:<process>
#
# Note that on most Debian systems tty7 is used by the X Window System,
# so if you want to add more getty's go ahead but skip tty7 if you run X.
#
1:2345:respawn:/sbin/getty 38400 tty1
2:23:respawn:/sbin/getty 38400 tty2
3:23:respawn:/sbin/getty 38400 tty3
4:23:respawn:/sbin/getty 38400 tty4
5:23:respawn:/sbin/getty 38400 tty5
6:23:respawn:/sbin/getty 38400 tty6

# Example how to put a getty on a serial line (for a terminal)
#
#T0:23:respawn:/sbin/getty -L ttyS0 9600 vt100
#T1:23:respawn:/sbin/getty -L ttyS1 9600 vt100
T0:23:respawn:/usr/local/bin/getty.sh

# Example how to put a getty on a modem line.
#
#T3:23:respawn:/sbin/mgetty -x0 -s 57600 ttyS3

    

Answer 1

A primeira coisa que você precisa fazer é confirmar se o kernel tem ou não um driver disponível para a exibição.

Procure on-line pelo cartão em relação ao linux para ver se consegue descobrir o nome do driver. Se você tem uma árvore de fontes do kernel disponível, você também pode procurar por pistas:

find src/ -name Kconfig -print -exec grep 'some phrase' '{}' \;

Onde 'alguma frase' é um fabricante e / ou número do modelo, etc. Os arquivos Kconfig contêm informações usadas pelo "make menuconfig" quando você compila manualmente um kernel.

Se você acha que tem um candidato, tente carregá-lo com modprobe [name] .

Se o kernel foi compilado especificamente para essa placa, o driver pode estar embutido nele - embora, se este fosse o caso, você não deveria estar tendo problemas. Se não foi, o kernel precisa do driver em um initramfs.img. Se não estiver lá, uma vez que o sistema de arquivos raiz esteja montado, mesmo que ele detecte a tela e carregue o driver (de /lib/modules ), eu não acho que fará nada com ele - eu não tentei isso em Um tempo. Com essa chance, você poderia ver a saída de lsmod para ver se um módulo que você acha que deveria ser o driver está realmente carregado.