Problema de resolução de vídeo HP 2133 no LUbuntu Bionic Beaver (18.04 LTS)

1

Primeiro de tudo: eu sei que este é um Netbook MUITO VELHO . No entanto, devido à sua "compacidade", é o meu companheiro perfeito enquanto perambula pelo patch / fixação / o que quer que seja do Datacenter. Este modelo foi vendido com o Windows Vista, que no devido tempo eu troquei com o Windows XP (e foi bem rápido). O problema é que o XP está morto agora.

Eu instalei o LUbuntu 18.04 LTS nesta máquina, e tudo funcionou bem, exceto pelo Video Display, que precisava instalar o pacote "xserver-xorg-video-openchrome", o que eu fiz.

Agora recebo suporte para tela cheia, MAS ... A tela nativa de 1024x600 deste Netbook foi detectada como "1024x768" capaz (por xorg) e, portanto, as 168 linhas de área de trabalho inferiores ficam FORA do Tela, para o fundo!

Eu pesquisei a Net procurando soluções para isso, e eu encontrei alguns (muito antigos), que precisavam de mim para modificar o arquivo "/etc/X11/xorg.conf", que não existe mais para já faz algum tempo (e eu não sei como fazer o xorg reverter para usar um xorg.conf estático).

Acho que isso pode estar relacionado a esse bug antigo (implicando Broadcom BCM4312 802.11b / g cartão Wi-Fi LP-PHY), como eu tentei primeiro Lubuntu 17.10.1 (Artful Aardvark) nesta máquina (como um teste), e, em seguida, Wi-Fi Connectivity foi um não-trabalho bagunça sangrenta, mas a exibição de vídeo foi corretamente autoconfigurada com resolução de 1024x600.

Aqui está a saída de lspci :

00:00.0 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:00.5 PIC: VIA Technologies, Inc. CN896/VN896/P4M900 I/O APIC Interrupt Controller
00:00.6 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Security Device
00:00.7 Host bridge: VIA Technologies, Inc. CN896/VN896/P4M900 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237/VX700 PCI Bridge
00:02.0 PCI bridge: VIA Technologies, Inc. CN896/VN896/P4M900 PCI to PCI Bridge Controller (rev 80)
00:03.0 PCI bridge: VIA Technologies, Inc. CN896/VN896/P4M900 PCI to PCI Bridge Controller (rev 80)
00:0f.0 IDE interface: VIA Technologies, Inc. VT8237/8251 Serial ATA Controller
00:10.0 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev b0)
00:10.2 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev b0)
00:10.3 USB controller: VIA Technologies, Inc. VT82xx/62xx UHCI USB 1.1 Controller (rev b0)
00:10.4 USB controller: VIA Technologies, Inc. USB 2.0 (rev 90)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8237S PCI to ISA Bridge
00:11.7 Host bridge: VIA Technologies, Inc. VT8237/8251 Ultra VLINK Controller
00:13.0 Host bridge: VIA Technologies, Inc. VT8237A Host Bridge
00:13.1 PCI bridge: VIA Technologies, Inc. VT8237A PCI to PCI Bridge
01:00.0 VGA compatible controller: VIA Technologies, Inc. CN896/VN896/P4M900 [Chrome 9 HC] (rev 01)
02:00.0 Network controller: Broadcom Limited BCM4312 802.11b/g LP-PHY (rev 01)
07:03.0 Ethernet controller: Broadcom Limited NetXtreme BCM5788 Gigabit Ethernet (rev 03)
80:01.0 Audio device: VIA Technologies, Inc. VT8237A/VT8251 HDA Controller (rev 10)

Aqui está a saída de lsusb :

Bus 001 Device 004: ID 04f2:b107 Chicony Electronics Co., Ltd CNF7070 Webcam
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 003: ID 03f0:171d Hewlett-Packard Bluetooth 2.0 Interface [Broadcom BCM2045]
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 002: ID 0458:003a KYE Systems Corp. (Mouse Systems) NetScroll+ Mini Traveler / Genius NetScroll 120
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

E, do meu atual /var/log/Xorg.0.log , linha # 230, pode ser visto que o xorg autodetecta minha tela como uma com resolução nativa 1024x768:

(Line #230) --> [    37.775] (II) CHROME(0): Flat Panel Native Resolution: 1024x768

Aqui está o arquivo completo Xorg.0.log (veja a linha 223 neste PasteBin).

Eu realmente espero que alguém possa me ajudar. A propósito: eu poderia ganhar algo baixando e compilando manualmente a versão mais recente do driver de OpenChrome Developers , como li em algum lugar ...?

    
por José M. Morales 22.05.2018 / 21:40

2 respostas

1

Eu manipulo virtualmente todo o desenvolvimento da pilha gráfica OpenChrome, e posso dizer que tenho o OpenChrome DDX rodando na mini-nota HP 2133 (Xubuntu 18.04).

Eu mesmo observei problemas iniciais de instalação quando realizei uma nova instalação recentemente devido a dois SSDs razoavelmente novos (um pouco mais de um ano) que morreram repentinamente em um período de uma semana (modelos ADATA Ultimate SU800 128 GB e 256 GB) , mas eu era capaz de instalar, desabilitando ACPI, embora depois de instalar o Ubuntu, um realmente precisa ter ACPI em execução (Aviso: Se você desabilitar ACPI ao instalar o Ubuntu, ele passará essa configuração para a instalação instalada do Ubuntu. É importante remover a configuração que desabilita a ACPI para que o standby funcione corretamente.)

Se você quiser, você pode enviar um relatório de bug com launchpad.net ou bugs.freedesktop.org.

Atualização:

Eu pesquisei mais sobre o assunto e parece que alguns modelos foram enviados com um painel de resolução de tela de 1024x600.
O modelo que tenho vem com um painel de 1280x768 que tem suporte a EDID.
Você deve abrir um caso de bug com launchpad.net ou bugs.freedesktop.org.

    
por Kevin Brace 26.05.2018 / 11:05
0

O Lubuntu 17.10 WLAN não funciona devido ao envio do OpenChrome DDX com a versão 0.5.
Infelizmente, eu quebrei a interface FP / PCIe do chipset VN896 naquela versão, então a única forma realista de consertá-lo é compilar o DDX upstream. A versão 0.6 corrigiu esse bug desde que alguém me chamou a atenção.
Desculpe-me pelo erro.

Kevin Brace - Blog do Brace Computer Laboratory

    
por Kevin Brace 27.05.2018 / 00:49