Estou tentando rastrear o seguinte problema no Debian Jessie no PowerPC. Por mantenedor do pacote bogl-bterm , o problema é simplesmente que bterm usa FBIOPUTCMAP, veja ref aqui .
Portanto, antes mesmo de tentar consertar o kernel do linux, eu gostaria de preparar uma maneira simples de reproduzir o problema, já que o relatório original é feito dentro de uma configuração mínima durante o processo de instalação da Debian. Seria muito complicado instalar localechooser em um sistema Debian regular, já que este é um pacote udeb .
Então, eu gostaria de saber se um especialista em framebuffer do Linux poderia me apontar na direção certa para reproduzir essa inversão de paleta?
Eu supus ingenuamente que seria capaz de reproduzir o bug usando algo tão simples como:
Imprimir em azul:
# dd if=/dev/zero ibs=1K count=600 | tr '# dd if=/dev/zero ibs=1K count=600 | tr '# dd if=/dev/zero ibs=1K count=600 | tr '# dd if=/dev/zero ibs=1K count=600 | tr '%pre%0' '%pre%4' > /dev/fb0
0' '%pre%1' > /dev/fb0
0' '%pre%4' > /dev/fb0
0' '%pre%1' > /dev/fb0
Imprimir em vermelho:
%pre%Mas como isso não funciona, isso significa que estou jogando diretamente com o buffer de cores do framebuffer em vez de usar o paleta de cores.
Quais ferramentas posso instalar em um sistema Debian normal (PowerPC) para jogar com a paleta (FBIOPUTCMAP)?
Atualização: a descrição dos sintomas acima pode ser relativamente confusa, mas realmente o que estou procurando é um código mínimo que faz o ioctl/FBIOGETCMAP/FBIOPUTCMAP para ver a inversão vermelha / azul no código mínimo.
Tags dd debian framebuffer powerpc linux