Nenhum dispositivo framebuffer: como habilitá-lo?

Estou tentando fazer com que uma placa sintonizadora PCMCIA funcione no meu servidor doméstico sem cabeça, executando o Debian Squeeze. Agora, como tenho grandes problemas para encontrar a linha de comando correta para capturar, transcodificar e transmitir o vídeo para a rede usando o VLC, decidi ir passo a passo e trabalhar primeiro na saída local.

É aí que entra o problema: parece não haver um dispositivo buffer de quadro (/ dev / fb0) para acessar para exibir gráficos na tela anexada! E, de fato, notei que não tenho a imagem do pinguim do Linux na inicialização (não prestei atenção antes, pois a tela é anexada, mas sempre desligada e, de qualquer maneira, o computador está sempre ligado).

Como não estou muito familiarizado com os gráficos do Linux, gostaria de entender:

• Isso está relacionado ao meu hardware específico (veja abaixo)? Ou é específico do Debian Squeeze / uma versão do kernel / ...?
• Existe algum driver que eu preciso instalar / carregar manualmente?

Agora, algumas informações gerais:

• O computador não possui placa gráfica dedicada, mas um chipset gráfico incorporado (Intel G31 Express), incorporado na placa-mãe (Gigabyte G31M-ES2L)
• Não quero instalar um servidor X com todos os recursos, basta ter um dispositivo buffer de quadro para este teste específico

Alguma idéia / comentário sobre o assunto?

Posso responder à sua pergunta, tendo trabalhado anteriormente com o Linux FB.

Como o Linux faz o seu FB.

1. Primeiro, você precisa do suporte do FrameBuffer no seu kernel, correspondente ao seu hardware. A maioria das distribuições modernas tem suporte via módulos do kernel. Não importa se sua distribuição vem pré-configurada com um logotipo de inicialização, eu não uso uma e tenho suporte ao FB.

2. Não importa se você possui uma placa de vídeo dedicada, a integrada funcionará enquanto o Hardware Framebuffer for suportado.

3. Você não precisa do X, que é o aspecto mais atraente de ter o FrameBuffer. Algumas pessoas não sabem melhor, então defendiam alguma forma de X para solucionar seus mal-entendidos.

4. Você não precisa trabalhar diretamente com o FB, o que muitas pessoas assumem incorretamente. Uma biblioteca muito impressionante para o desenvolvimento com o FrameBuffer é que DirectFBela possui algum suporte básico à aceleração. Eu sempre sugiro pelo menos dar uma olhada, se você estiver iniciando um projeto completo com base em FB (Web Browser, Game, GUI ...)

Específico ao seu hardware

1. Use o Vesa Generic FrameBuffer, seus módulos são chamados vesafb. Você pode carregá-lo, se tiver disponível, com os comandos modprobe vesafb. muitas distribuições o pré-configuram como desativado, você pode fazer o check-in /etc/modprobe.d/. blacklist vesafbpode ser necessário comentar com um #, em um blacklist-framebuffer.confou outro arquivo da lista negra.

2. A melhor opção é um driver KMS específico de hardware. O principal para a Intel é o Intel GMA, sem ter certeza do nome de seus módulos. Você precisará ler sobre isso nos seus documentos de distribuição. Esta é a opção FB com melhor desempenho; eu pessoalmente sempre faria o KMS primeiro, se possível.

3. Use os drivers FB específicos do hardware herdado, não recomendado, pois às vezes são de buggy. Eu evitaria essa opção, a menos que fosse necessário o último recurso.

Acredito que isso cobre todas as suas perguntas e deve fornecer as informações para /dev/fb0disponibilizar esse dispositivo. Qualquer coisa mais específica precisaria de detalhes de distribuição e, se você tiver alguma experiência, RTFM deve ser tudo o que você precisa. (depois de ler isso).

Espero ter ajudado, sua sorte está perguntando sobre um dos meus tópicos! Este é um assunto negligenciado no UNIX-SE, pois nem todos (conscientemente) usam o Linux FrameBuffer.

NOTA: UvesaFB ou VesaFB?

Você pode ter lido as pessoas usam uvesafbdemais vesafb, pois teve melhor desempenho. Isso geralmente era verdade, mas não em uma distribuição moderna com o hardware moderno. Se o seu hardware gráfico suportar o modo protegido VESA (VESA> = 2.0) e você tiver um kernel um tanto recente, vesafbagora é uma escolha melhor.

Finalmente encontrei a solução para o meu problema !!

Antes de tudo, muito obrigado a todos que contribuíram e, em particular, ao TechZilla e à explicação detalhada que ele forneceu sem a qual acho que teria desistido há muito tempo!

Então, basicamente, tudo o que precisa ser feito é ativar o modesetting ( modeset=1) quando o i915módulo do kernel carregar. Isso pode ser feito da maneira usual:

• através do parâmetro do kernel do GRUB,
• através de um arquivo de configuração /etc/modprobe.d

• ou na linha de comando:

  # rmmod i915
  # modprobe i915 modeset=1
  

De fato, você não precisa fazer nada se instalar o pacote xserver-xorg-video-intel, o que cria o /etc/modprobe.d/i915-kms.confcontendo options i915 modeset=1. No entanto, se alguém não quiser instalar o X (como no meu caso), o KMS não será ativado automaticamente, o que explica por que o dispositivo FrameBuffer não foi criado ...

Você pode experimentar um framebuffer virtual como o Xvfb (X virtual framebuffer).

Descrição do pacote xvfb no squeeze

Contanto que esta seja uma instalação debian padrão sem nada sofisticado e um kernel padrão, você poderá conseguir um console VGA contratado que use o dispositivo framebuffer com um parâmetro de kernel como "vga = 792" (24 bits 1024 × 768 ) Certamente, o kernel o relata como obsoleto, mas funciona.

Veja http://www.kernel.org/doc/Documentation/kernel-parameters.txt para obter os parâmetros do kernel. Curiosamente, o parâmetro "vga =" não aparece como obsoleto.

Certifique-se de executar novamente o update-grub (2) e os gostos após a alteração.

Também dê uma olhada em http://packages.debian.org/squeeze/svgalib-bin . Não é perfeito, mas permite que você faça algumas coisas gráficas sofisticadas em um console.