UPDATE 2/23/18
Este problema decorre da versão 7.10 do driver radeon Freedesktop.
Uma solução para o problema é fazer o downgrade para a versão 7.9 do driver. Os detalhes das etapas de investigação e solução alternativa estão abaixo.
O principal sintoma do problema é um fluxo contínuo de mensagens de aviso no Xorg.0.log, que continua crescendo.
As mensagens de aviso parecem:
[ 4800.851] (WW) RADEON(0): flip queue failed: Invalid argument
[ 4800.851] (WW) RADEON(0): Page flip failed: Invalid argument
HISTÓRIA
Eu realizei uma atualização normal em 15/02/18 através do gerenciador de software em 16.04LTS.
Atualizou as seguintes bibliotecas ( /var/log/dpkg.log [pkg][old ver][new ver] ):
libegl1-mesa-dev:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libwayland-egl1-mesa:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-ubuntu0~16.04.1
libwayland-egl1-mesa:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libegl1-mesa:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libegl1-mesa:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgbm1:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgbm1:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libosmesa6:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libosmesa6:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgles2-mesa:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgl1-mesa-glx:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgl1-mesa-glx:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libglapi-mesa:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libglapi-mesa:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgl1-mesa-dri:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libgl1-mesa-dri:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
libxatracker2:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
linux-firmware:all 1.157.15 1.157.16
mesa-vdpau-drivers:i386 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
mesa-vdpau-drivers:amd64 17.2.4-0ubuntu1~16.04.4 17.2.8-0ubuntu0~16.04.1
xserver-xorg-video-radeon-hwe-16.04:amd64 1:7.9.0-0ubuntu1~16.04.1 1:7.10.0-1~16.04.1
xserver-xorg-video-ati-hwe-16.04:amd64 1:7.9.0-0ubuntu1~16.04.1 1:7.10.0-1~16.04.1
Devo observar que esta não é a lista de pacotes de atualização do compiz / unit. São os motoristas da mesa.
Após a reinicialização, comecei a obter uma tela em branco com apenas um ponteiro do mouse quando o gerenciador de exibição começou.
Pressiono CTRL + ALT + F1 para entrar no console, e posso encontrar o seguinte no Xorg.0.log :
[ 4800.851] (WW) RADEON(0): flip queue failed: Invalid argument
[ 4800.851] (WW) RADEON(0): Page flip failed: Invalid argument
Estas mensagens de aviso são constantemente transmitidas para o arquivo de log, e continuam crescendo . Isso não estava presente antes da atualização da biblioteca.
Vídeo h / w no meu laptop:
*-display
description: VGA compatible controller
product: RV516/M64-S [Mobility Radeon X2300]
vendor: Advanced Micro Devices, Inc. [AMD/ATI]
physical id: 0
bus info: pci@0000:01:00.0
version: 00
width: 32 bits
clock: 33MHz
capabilities: pm pciexpress msi vga_controller bus_master cap_list rom
configuration: driver=radeon latency=0
resources: irq:16 memory:d0000000-d3ffffff ioport:4000(size=256) memory:d8300000-d830ffff memory:c0000-dffff
1a linha de saída modinfo:
filename: /lib/modules/4.13.0-26-generic/kernel/drivers/gpu/drm/radeon/radeon.ko
license: GPL and additional rights
description: ATI Radeon
Eu realmente poderia realmente usar alguma ajuda aqui .... OBRIGADO COM ANTECEDÊNCIA!
ATUALIZAÇÃO 16/02/18:
Parece que estou a iniciar o monitor errado do VT. Todos os sintomas acima são verdadeiros; entretanto, se eu executar uma CTRL + ALT + F1 (até F6 ) na inicialização e depois executar imediatamente a CTRL + ALT + F7 , que alterna o VT, vou para minha área de trabalho normal como se tivesse inicializado corretamente. CTRL + ALT + F7 sem antes ir ao console não faz nada. Então, isso simplifica as coisas, já que agora parece ser um problema de configuração. O Lightdm parece iniciar o Xorg no monitor errado. Eu tentei um vt.handoff = 7 na linha de comando do kernel do linux, e isso não ajudou.
Aqui está a saída de w imediatamente depois de pressionar CTRL + ALT + F7 e indo para a área de trabalho normal:
09:38:01 up 44 min, 1 user, load average: 0.60, 0.67, 0.82
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
user1 tty7 :0 08:53 44:14 6:16 0.29s /sbin/upstart -
Esta listagem de exibição parece normal.
Devo notar que o compiz e a unidade ainda parecem funcionar. A área de trabalho está totalmente disponível e já carregada quando mudo para a tty7.
ATUALIZAÇÃO 19/02/18:
Eu não acredito que isso seja uma duplicata da questão do compiz / unity. A questão que observei resultou da atualização do driver radeon (7,9- > 7,10) na manhã de 15/2/18. A atualização do compiz / unity ainda precisa ser aplicada ao meu sistema. Na verdade, há outro post que parece ser o mesmo problema que eu estou vendo, é: Arquivo / var / log / Xorg.0.log que cresce rapidamente
A string de aviso no Xorg.0.log , flip queue failed , é encontrada no seguinte driver:
/usr/lib/xorg/modules/drivers/radeon_drv.so
encontrado no pacote:
xserver-xorg-video-radeon-hwe-16.04
Especificamente, o arquivo de origem:
./src/drmmode_display.c: xf86DrvMsg(scrn->scrnIndex, X_WARNING, "flip queue failed: %s\n",
Linha 3093 no código-fonte de drmmode_display.c :
flip_error:
xf86DrvMsg(scrn->scrnIndex, X_WARNING, "flip queue failed: %s\n",
strerror(errno));
error:
if (drm_queue_seq)
radeon_drm_abort_entry(drm_queue_seq);
else if (crtc)
drmmode_flip_abort(crtc, flipdata);
else {
abort(NULL, data);
drmmode_fb_reference(pRADEONEnt->fd, &flipdata->fb, NULL);
free(flipdata);
}
xf86DrvMsg(scrn->scrnIndex, X_WARNING, "Page flip failed: %s\n",
strerror(errno));
Eu registrei isso como: [Bug 1750393] Blank screen with only mouse pointer after mesa driver update; display does not switch to tty7 upon lightdm start; Xorg.0.log quickly grows no Launchpad.