Gráficos i915, Fedora 28, problemas de resolução e exibição

Gráficos i915, Fedora 28, problemas de resolução e exibição

Instalei carinhosamente o Fedora 28 (na verdade, 27, depois atualizei para 28 - mas isso ocorreu no início da instalação 27) em meu Dell Inspiron 1545.

DECLARAÇÃO DO PROBLEMA: Tenho que usar NOMODESET para receber uma GUI utilizável. Sem essa opção presente no cmdline, recebo uma GUI no console F1 conforme descrito abaixo - apenas um ponteiro do mouse. Na verdade, posso clicar em END (eu acho) e receber um pop-up da GUI que solicita inglês/outros idiomas, mas fecha depois que clico em algo e volto à bela imagem da área de trabalho, ao ponteiro do mouse e nada mais.

FUNDO:

Tentei uma instalação baseada em USB em meu Inspiron 1545 (4 GB de RAM, SSD de 128 GB) e a única maneira de prosseguir com a instalação da GUI foi fornecer NOMODESET no cmdline (e, para editar) para o processo de instalação. Decididamente era de baixa resolução (devido à necessidade de usar o NOMODESET para instalar), mas imaginei que uma classificação do driver estava correta após a instalação e isso me daria resolução total. Sem alegria.

RECLAMAÇÃO:Agora estou preso em 1024x768. Sem muita brincadeira, a solução de problemas me trouxe alegria.

ENOMODESETestá codificado no cmdline (compreensivelmente, já que foi com isso que comecei a instalação, então ele o manteve, acredito) - que é a única maneira de inicializar uma GUI e usar o LXDE (que são as opções padrão da área de trabalho que escolhi ). Esta interface é 1024x768 e nada com XRANDR ou qualquer outra coisa irá alterá-la.

DETALHES:

(1) O laptop em si é um monstro - a tela LCD foi fisicamente REMOVIDA do laptop - a coisa toda, então é apenas a parte inferior do laptop. É feio, mas ainda funciona.

Na verdade ^^ funcionou com Windows, sem problemas, exibindo no monitor LCD externo da Sanyo em resolução máxima (1360x768) sem problemas.

Além disso, o LXDE funciona com NOMODESET, mas apenas em 1024x768.

(2) Quando REMOVO 'nomodeset' do cmdline, ele inicializa perfeitamente - mas me é apresentado o plano de fundo do greeter (o gráfico azul de fibra óptica), um ponteiro do mouse e nada mais. Os outros terminais (ALT-F[2-8]) fornecem um login de console de texto normal, que funciona bem. O ALT-F1 (console principal), novamente, mostra a saudação de fundo do Fedora, um ponteiro do mouse (que se move) e nada mais.

(3) Aqui estão alguns diagnósticos (espero) relevantes que realizei COM e SEM o parâmetro NOMODESET no cmdline (linha de inicialização do grub):

Primeiro,lspcipara garantir que temos um chipset gráfico suportado válido:

**[root@Towel ~]# lspci -nnk | grep -A3 VGA**
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a42] (rev 07)
    Subsystem: Dell Device [1028:02aa]
    Kernel modules: i915
00:02.1 Display controller [0380]: Intel Corporation Mobile 4 Series Chipset Integrated Graphics Controller [8086:2a43] (rev 07)

O que o inxi diz com o NOMODESET presente no cmdline:

**[root@Towel ~]# inxi -SMCGx** 
System:
  Host: Towel Kernel: 4.19.14-200.fc28.x86_64 x86_64 bits: 64 compiler: gcc 
  v: 8.2.1 Desktop: LXDE 0.9.3 Distro: Fedora release 28 (Twenty Eight) 
Machine:
  Type: Portable System: Dell product: Inspiron 1545 v: N/A serial: 5DQG7H1 
  Mobo: Dell model: 0G848F serial: .5DQG7H1.CN701668CR02E3. BIOS: Dell 
  v: A14 date: 12/07/2009 
CPU:
  Topology: Dual Core model: Intel Pentium Dual T3400 bits: 64 type: MCP 
  arch: Core Merom rev: D L2 cache: 1024 KiB 
  flags: lm nx pae sse sse2 sse3 ssse3 bogomips: 8645 
  Speed: 998 MHz min/max: 1000/2167 MHz Core speeds (MHz): 1: 998 2: 998 
Graphics:
  Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Dell 
  driver: N/A bus ID: 00:02.0 
  Display: server: Fedora Project X.org 1.19.6 driver: vesa 
  unloaded: fbdev,modesetting resolution: 1024x768~N/A 
  OpenGL: renderer: llvmpipe (LLVM 6.0 128 bits) v: 3.3 Mesa 18.0.5 
  direct render: Yes

Agora, sem NOMODESET no cmdline:

**[root@Towel ~]# inxi -SMCGx** 
System:    Host: Towel Kernel: 4.19.13-200.fc28.x86_64 x86_64 bits: 64 compiler: gcc v: 8.2.1 Console: tty 2 
           Distro: Fedora release 28 (Twenty Eight) 
Machine:   Type: Portable System: Dell product: Inspiron 1545 v: N/A serial: 5DQG7H1 
           Mobo: Dell model: 0G848F serial: .5DQG7H1.CN701668CR02E3. BIOS: Dell v: A14 date: 12/07/2009 
CPU:       Topology: Dual Core model: Intel Pentium Dual T3400 bits: 64 type: MCP arch: Core Merom rev: D L2 cache: 1024 KiB 
           flags: lm nx pae sse sse2 sse3 ssse3 bogomips: 8645 
           Speed: 998 MHz min/max: 1000/2167 MHz Core speeds (MHz): 1: 998 2: 998 
Graphics:  Device-1: Intel Mobile 4 Series Integrated Graphics vendor: Dell driver: i915 v: kernel bus ID: 00:02.0 
           Display: server: X.org 1.19.6 driver: modesetting unloaded: fbdev,vesa tty: 170x48 
           Message: Advanced graphics data unavailable in console for root.

Que tal Xorg.0.log com NOMODESET presente no cmdline:

**[root@Towel ~]# cat /var/log/Xorg.0.log | grep driver**
[    18.877]    X.Org XInput driver : 24.1
[    18.945] (==) Matched modesetting as autoconfigured driver 0
[    18.945] (==) Matched fbdev as autoconfigured driver 1
[    18.945] (==) Matched vesa as autoconfigured driver 2
[    18.945] (==) Assigned the driver to the xf86ConfigLayout
[    18.945] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[    18.951] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[    18.952] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[    18.954] (II) FBDEV: driver for framebuffer: fbdev
[    18.954] (II) VESA: driver for VESA chipsets: vesa
[    20.419]    ABI class: X.Org XInput driver, version 24.1
[    20.419] (II) Using input driver 'libinput' for 'Power Button'
[    20.427] (II) No input driver specified, ignoring this device.
[    20.429] (II) Using input driver 'libinput' for 'Sleep Button'
[    20.437] (II) No input driver specified, ignoring this device.
[    20.437] (II) No input driver specified, ignoring this device.
[    20.440] (II) Using input driver 'libinput' for 'Logitech USB Receiver'
[    20.447] (II) Using input driver 'libinput' for 'Logitech USB Receiver Mouse'
[    20.460] (II) No input driver specified, ignoring this device.
[    20.464] (II) Using input driver 'libinput' for 'Logitech USB Receiver Consumer Control'
[    20.474] (II) Using input driver 'libinput' for 'Logitech USB Receiver System Control'
[    20.486] (II) Using input driver 'libinput' for 'Dell WMI hotkeys'
[    20.501] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard'
[    20.509] (II) Using input driver 'libinput' for 'AlpsPS/2 ALPS GlidePoint'
[    20.525] (II) No input driver specified, ignoring this device.
[    20.545] (II) Using input driver 'libinput' for 'Logitech USB Receiver Consumer Control'
[    20.545] (**) Option "_source" "_driver/libinput"

E Xorg.0.log com NOMODESET removido/ausente:

**[root@Towel ~]# cat /var/log/Xorg.0.log | grep driver** 
[    18.506]    X.Org XInput driver : 24.1
[    18.620] (==) Matched modesetting as autoconfigured driver 0
[    18.620] (==) Matched fbdev as autoconfigured driver 1
[    18.620] (==) Matched vesa as autoconfigured driver 2
[    18.620] (==) Assigned the driver to the xf86ConfigLayout
[    18.621] (II) Loading /usr/lib64/xorg/modules/drivers/modesetting_drv.so
[    18.631] (II) Loading /usr/lib64/xorg/modules/drivers/fbdev_drv.so
[    18.633] (II) Loading /usr/lib64/xorg/modules/drivers/vesa_drv.so
[    18.635] (II) FBDEV: driver for framebuffer: fbdev
[    18.635] (II) VESA: driver for VESA chipsets: vesa
[    18.669] (II) glamor: OpenGL accelerated X.org driver based.
[    19.354] (II) modeset(0): [DRI2]   DRI driver: i965
[    19.354] (II) modeset(0): [DRI2]   VDPAU driver: va_gl
[    19.648]    ABI class: X.Org XInput driver, version 24.1
[    19.648] (II) Using input driver 'libinput' for 'Video Bus'
[    19.673] (II) Using input driver 'libinput' for 'Power Button'
[    19.684] (II) No input driver specified, ignoring this device.
[    19.686] (II) Using input driver 'libinput' for 'Sleep Button'
[    19.702] (II) No input driver specified, ignoring this device.
[    19.703] (II) No input driver specified, ignoring this device.
[    19.705] (II) Using input driver 'libinput' for 'Logitech USB Receiver'
[    19.714] (II) Using input driver 'libinput' for 'Logitech USB Receiver Mouse'
[    19.731] (II) No input driver specified, ignoring this device.
[    19.733] (II) Using input driver 'libinput' for 'Logitech USB Receiver Consumer Control'
[    19.743] (II) Using input driver 'libinput' for 'Logitech USB Receiver System Control'
[    19.756] (II) Using input driver 'libinput' for 'Dell WMI hotkeys'
[    19.771] (II) Using input driver 'libinput' for 'AT Translated Set 2 keyboard'
[    19.781] (II) Using input driver 'libinput' for 'AlpsPS/2 ALPS GlidePoint'
[    19.793] (II) No input driver specified, ignoring this device.
[    19.843] (II) Using input driver 'libinput' for 'Logitech USB Receiver Consumer Control'
[    19.843] (**) Option "_source" "_driver/libinput"

E quanto ao dmesg sem NOMODESET no cmdline?

<snip>
[    9.632354] [Firmware Bug]: Duplicate ACPI video bus devices for the same VGA controller, please try module parameter "video.allow_duplicates=1"if the current driver doesn't work.
<snip>

E finalmente, para finalizar um novo conjunto de comandos que aprendi recentemente, também brinquei com o xrandr e pedi que ele me dissesse o que a TI achava que as telas, etc., eram:

[root@Towel ~]# xrandr --verbose
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 640 x 480, current 1024 x 768, maximum 1024 x 768
default connected 1024x768+0+0 (0x2ae) normal (normal) 0mm x 0mm
    Identifier: 0x2ad
    Timestamp:  19525
    Subpixel:   no subpixels
    Clones:    
    CRTC:       0
    CRTCs:      0
    Transform:  1.000000 0.000000 0.000000
                0.000000 1.000000 0.000000
                0.000000 0.000000 1.000000
               filter: 
  1024x768 (0x2ae)  0.000MHz *current
        h: width  1024 start    0 end    0 total 1024 skew    0 clock   0.00KHz
        v: height  768 start    0 end    0 total  768           clock   0.00Hz
  800x600 (0x2af)  0.000MHz
        h: width   800 start    0 end    0 total  800 skew    0 clock   0.00KHz
        v: height  600 start    0 end    0 total  600           clock   0.00Hz
  640x480 (0x2b0)  0.000MHz
        h: width   640 start    0 end    0 total  640 skew    0 clock   0.00KHz
        v: height  480 start    0 end    0 total  480           clock   0.00Hz

Observe o 'padrão' como o nome da única exibição? Isto provavelmente se deve ao fato de o sistema ver o LCD conectado - desconectado/desaparecido - e o VGA conectado ao monitor externo (por exemplo, 'padrão').

E alguma bondade hwinfo:

[root@Towel ~]# hwinfo --monitor
28: None 00.0: 10000 Monitor                                    
  [Created at monitor.97]
  Unique ID: rdCR.dwn9oRFeFS2
  Hardware Class: monitor
  Model: "LCD TV"
  Vendor: SAN 
  Device: eisa 0x0000 "LCD TV"
  Resolution: 640x480@60Hz
  Resolution: 800x600@60Hz
  Resolution: 1024x768@60Hz
  Resolution: 1280x720@60Hz
  Resolution: 1360x768@60Hz
  Year of Manufacture: 2015
  Week of Manufacture: 0
  Detailed Timings #0:
     Resolution: 1360x768
     Horizontal: 1360 1424 1536 1792 (+64 +176 +432) +hsync
       Vertical:  768  771  777  795 (+3 +9 +27) +vsync
    Frequencies: 85.50 MHz, 47.71 kHz, 60.02 Hz
  Driver Info #0:
    Max. Resolution: 1360x768
    Vert. Sync Range: 23-63 Hz
    Hor. Sync Range: 15-69 kHz
    Bandwidth: 85 MHz
  Config Status: cfg=new, avail=yes, need=no, active=unknown

...

Então, em resumo:

(1) Instalei o Centos 27 com NOMODESET (pois nenhuma outra opção funcionou) (2) Preso com NOMODESET na linha de comando (mas eu o removi para testar) (3) GUI funcional com parâmetro NOMODESET passado, mas travado em 1024x768 (4) O driver i915 parece carregar com NOMODESET ausente/removido, mas sem interface funcional (talvez devido à ausência física da tela do laptop)

PS: Eu também tentei colocar video.allow_duplicates=1 no cmdline, mas isso não produziu absolutamente nenhuma diferença que eu soubesse.

PPS Ouvi dizer que, como a tampa do meu laptop com LCD realmente aciona um interruptor reed na base da unidade, o laptop pode estar esperando que o circuito seja fechado (através da ativação do interruptor reed, através da ação de fechar a tampa) antes que o laptop não ficasse confuso e oferecesse qualquer tipo de usabilidade à configuração do i915. Estou disposto a tentar isso neste fim de semana, se eu conseguir descobrir como fazer isso.

-- Atualizado com Xorg.0.log com e sem Modeset --

-> Com Modeset:https://pastebin.com/muYey8SJ

-> Sem conjunto de modos:https://pastebin.com/JrSbSs7N

informação relacionada