Resolución 1360x768 no disponible con Display Port y Kernel 4.3+ (¿Intel?) [ALTERNATIVAS]

[JCSenar]

He conectado mi equipo de pruebas (HP 8200 SFF) a una TV Philips de 32". El equipo tiene salida VGA (a un monitor) y Display Port (a la TV por HDMI). Me está dando dos problemas distintos (uno más grave que el otro) aunque ambos son a cuenta de la gráfica y por eso los comento juntos. Según vayan las respuestas separaré o no los temas.

1.- Problema llevadero:

El cable de VGA ha de estar conectado continuamente a la CPU para poder utilizar la TV .

Si el cable de VGA está desconectado, aparte de la pantalla de la BIOS, no llega señal a la TV. Una vez conectado el cable VGA, hay señal en el monitor y desde ahí (Preferencias > Monitores) puedo apagar el monitor y enviar la señal a la TV. A partir de aquí, ya puedo apagar físicamente el monitor y apagar/reiniciar el equipo con normalidad teniendo la imagen en la TV pero no puedo desconectar nunca el cable VGA de la CPU porque vuelvo al principio.

Además, y en cualquier caso, lo único que veo en TV es la pantalla de la BIOS y la llegada al escritorio. Durante el GRUB y la carga del sistema la TV pierde la señal así que si quiero entrar en otro sistema (tengo varios instalados) he de utilizar el monitor por VGA.

El problema no es grave porque tengo cerca entre sí todos los equipos y puedo tener conectado siempre el cable VGA a la CPU.

Como me pasa desde cualquier sistema que inicie (W10, LM18.3 y LM19) he pensado en un problema de la BIOS y así parece ser; los parámetros mostrados son inamovibles:

20181212_131940.jpg

en el segundo, lo suyo sería poder activar "Primary Display Port device" pero no funciona ninguna tecla para ello (he probado todas... )

20181212_131916.jpg

2.- Problema más grave:

Una vez que la señal va correctamente a la TV, aunque tengo disponibles por defecto varias resoluciones:

Captura de pantalla -2018-12-13 13-51-36.png

la mejor que consigo es 1280x768. Puedo utilizar todas las de la lista (que se ven mejor o peor) excepto la que es perfecta: 1360x768. Si selecciono esta, se pierde la señal (pantalla azul) y solo me queda esperar 30 segundos hasta que automáticamente se vuelve a la resolución anterior.

Mi equipo principal también está conectado a la TV por otro HDMI y se ve perfectamente la imagen a 1360x768 (o sea, problema de la TV no es; también he intercambiado las entradas HDMI para descartar).

Información del equipo:

Code: Select all

System:    Host: ETXEA Kernel: 4.15.0-42-generic x86_64 bits: 64 gcc: 7.3.0
           Desktop: MATE 1.20.1 (Gtk 3.22.30-1ubuntu1)
           Distro: Linux Mint 19 Tara
Machine:   Device: desktop System: Hewlett-Packard product: HP Compaq 8200 Elite SFF serial: N/A
           Mobo: Hewlett-Packard model: 1495 serial: N/A
           UEFI: Hewlett-Packard v: J01 v02.32 date: 05/10/2018
Battery    hidpp__0: charge: N/A condition: NA/NA Wh
           model: Logitech Wireless Touch Keyboard K400 Plus status: Discharging
CPU:       Dual core Intel Pentium G630 (-MCP-) 
           arch: Sandy Bridge rev.7 cache: 3072 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 10775
           clock speeds: max: 2700 MHz 1: 1639 MHz 2: 1596 MHz
Graphics:  Card: Intel 2nd Generation Core Integrated Graphics Controller
           bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1280x768@59.99hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Desktop
           version: 3.3 Mesa 18.0.5 Direct Render: Yes
Audio:     Card Intel 6 Series/C200 Series Family High Def. Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: Advanced Linux Sound Architecture v: k4.15.0-42-generic
Network:   Card: Intel 82579LM Gigabit Network Connection
           driver: e1000e v: 3.2.6-k port: f080 bus-ID: 00:19.0
           IF: eno1 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 820.2GB (39.0% used)
           ID-1: /dev/sda model: ST3320310CS size: 320.1GB
           ID-2: USB /dev/sdb model: 2115 size: 500.1GB
Partition: ID-1: / size: 37G used: 14G (40%) fs: ext4 dev: /dev/sda9
           ID-2: swap-1 size: 4.00GB used: 0.00GB (0%)
           fs: swap dev: /dev/sda7
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 33.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Repos:     Active apt sources in file: /etc/apt/sources.list.d/official-package-repositories.list
           deb http://packages.linuxmint.com tara main upstream import backport
           deb http://archive.ubuntu.com/ubuntu bionic main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu bionic-updates main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse
           deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           deb http://archive.canonical.com/ubuntu/ bionic partner
Info:      Processes: 162 Uptime: 3:36 Memory: 541.1/3833.3MB
           Init: systemd runlevel: 5 Gcc sys: 7.3.0
           Client: Shell (bash 4.4.191) inxi: 2.3.56 

EDITADO: Salida de xrandr (el monitor VGA está apagado pero se detecta ):

Code: Select all

etxea@ETXEA:~$ xrandr
Screen 0: minimum 320 x 200, current 1280 x 768, maximum 8192 x 8192
VGA-1 connected (normal left inverted right x axis y axis)
   1366x768      59.79 +
   1024x768      75.03    72.00    70.07    60.00  
   832x624       74.55  
   800x600       72.19    75.00    60.32    56.25  
   640x480       75.00    72.81    66.67    59.94  
   720x400       70.08  
HDMI-1 connected primary 1280x768+0+0 (normal left inverted right x axis y axis) 708mm x 398mm
   1360x768      60.02 +
   1920x1080     60.00    50.00    59.94    30.00    25.00    24.00    29.97    23.98  
   1920x1080i    60.00    50.00    59.94  
   1280x1024     60.02  
   1280x768      59.99* 
   1280x720      60.00    50.00    50.00    59.94  
   1024x768      85.00    75.03    70.07    60.00  
   800x600       85.06    72.19    75.00    60.32  
   720x576       50.00  
   720x576i      50.00  
   720x480       60.00    59.94  
   720x480i      60.00    59.94  
   640x480       85.01    75.00    72.81    60.00    59.94  
   720x400       70.08  
DP-1 disconnected (normal left inverted right x axis y axis)

[Wibol]

¡Difícil lo pones, compañero! (No esperábamos menos, jeje).

El primer problema me recuerda a uno que tenia con un pc que uso como servidor doméstico. Pero en aquel caso no tenía conectado ningún monitor y por lo tanto no conseguía levantar el servidor X. No sé si se podrá indicar a X dónde buscar, pero debería detectar la tele como monitor sin problema. Se puede fabricar un monitor fantasma con un conector VGA y 3 resistencias para engañar al sistema.

Con respecto al segundo, sólo se me ocurren dos motivos ajenos al pc:

• Supongo que además de los HDMI de la tele, también habrás intercambiado los cables.
• ¿Has comprobado si la frecuencia que usan para esa resolución el pc que funciona y el que no, es la misma?. Observo una pequeña diferencia en frecuencia en la salida de xrandr entre el VGA (59.79) y el HDMI (60.02).

Espero que alguien aporte algo más util, jeje...

[JOPETA]

Existe algún hilo sobre el tema. Entiendo (punto 10) que en la segunda imagen deberías poder seleccionar el display port como dispositivo primario (ahora está el VGA)

10. Select one device to be the Primary device and one to be the non-boot device. This setting determines which graphics solution is to be used as the video output when the PC system is starting.

De no ofrecerte opciones, puede que el problema resida en el cable adaptador.

En otro hilos he leido que la activación del disply port se realiza desde Windows para que la BIOS la detecte sin mayores problemas.

Sobre las frecuencias/resoluciones soportadas por ambas salidas a partir de la página 67/144 de este manual técnico tienes las especificaciones (tabla 6-3 de la página 70/144).

[JCSenar]

¡Difícil lo pones, compañero! (No esperábamos menos, jeje).

El primer problema me recuerda a uno que tenia con un pc que uso como servidor doméstico. Pero en aquel caso no tenía conectado ningún monitor y por lo tanto no conseguía levantar el servidor X. No sé si se podrá indicar a X dónde buscar, pero debería detectar la tele como monitor sin problema. Se puede fabricar un monitor fantasma con un conector VGA y 3 resistencias para engañar al sistema.

. Gracias por la solución pero, al tener todo alrededor, no me voy a liar...

• Supongo que además de los HDMI de la tele, también habrás intercambiado los cables.
• ¿Has comprobado si la frecuencia que usan para esa resolución el pc que funciona y el que no, es la misma?. Observo una pequeña diferencia en frecuencia en la salida de xrandr entre el VGA (59.79) y el HDMI (60.02).

Pues, después de hacer todas las pruebas para comprobar esto, llego a la conclusión de que el problema es el cable Display Port-HDMI. Y digo esto porque mi portátil tiene salida Display Port y en su día comprobé que se veía perfectamente a 1360x768 en la TV. Pero ahora acabo de probarlo de nuevo y el problema se ha repetido igual que con el PC de pruebas. ¿Cómo es posible?

Pues porque he recordado que cuando lo probé ¡¡yo tenía otro cable Display Port-HDMI que le dejé a un amigo y yo me compré el que tengo ahora!!

Estoy tratando de recordar a qué amigo se lo dejé para quitárselo (o darle el cambiazo ). Otra opción es comprar un adaptador Display Port macho a HDMI hembra y utilizar un cable HDMI-HDMI.

De todas formas, con el portátil conectado a la TV este es el xrandr que arroja (HDMI3). Igual que el PC de pruebas, la tasa de refresco es una sospechosa 60.02 +:

Code: Select all

juancar@Probook-6570b ~ $ xrandr
Screen 0: minimum 8 x 8, current 1366 x 768, maximum 32767 x 32767
LVDS1 connected primary 1366x768+0+0 (normal left inverted right x axis y axis) 344mm x 193mm
   1366x768      60.06*+  40.04  
   1360x768      59.80    59.96  
   1280x720      60.00  
   1024x768      60.00  
   1024x576      60.00  
   960x540       60.00  
   800x600       60.32    56.25  
   864x486       60.00  
   640x480       59.94  
   720x405       60.00  
   680x384       60.00  
   640x360       60.00  
HDMI3 connected (normal left inverted right x axis y axis)
   1360x768      60.02 +
   1920x1080     60.00    50.00    59.94    30.00    25.00    24.00    29.97    23.98  
   1920x1080i    60.00    50.00    59.94  
   1280x1024     60.02  
   1280x768      59.99  
   1280x720      60.00    50.00    50.00    59.94  
   1024x768      85.00    75.08    70.07    60.00  
   800x600       85.06    72.19    75.00    60.32  
   720x576       50.00  
   720x576i      50.00  
   720x480       60.00    59.94  
   720x480i      60.00    59.94  
   640x480       85.01    75.00    72.81    60.00    59.94  
   720x400       70.08  
VGA1 disconnected (normal left inverted right x axis y axis)
VIRTUAL1 disconnected (normal left inverted right x axis y axis)

Sin embargo, el equipo de sobremesa con un cable HDMI-HDMI (que se ve perfecto) arroja este xrandr (HDMI-0, tasa de refresco 60.0 +)

Code: Select all

juancar@Juancar-PC ~ $ xrandr
Screen 0: minimum 320 x 200, current 1440 x 900, maximum 8192 x 8192
HDMI-0 connected (normal left inverted right x axis y axis)
   1360x768       60.0 +
   1920x1080i     60.1     50.0     60.0  
   1920x1080      30.0     25.0     24.0     30.0     24.0  
   1280x1024      60.0  
   1280x768       60.0  
   1280x720       60.0     50.0     50.0     59.9  
   1024x768       85.0     75.1     70.1     60.0  
   800x600        85.1     72.2     75.0     60.3  
   720x576        50.0  
   720x576i       50.1  
   720x480        60.0     59.9  
   720x480i       60.1     60.1  
   640x480        85.0     75.0     72.8     60.0     59.9  
   720x400        70.1  
DVI-0 disconnected (normal left inverted right x axis y axis)
   1360x768_60.00   59.8  
VGA-0 connected 1440x900+0+0 (normal left inverted right x axis y axis) 408mm x 255mm
   1440x900       59.9*+
   1280x1024      75.0     60.0  
   1280x960       60.0  
   1152x864       75.0  
   1152x720       60.0  
   1024x768       75.1     60.0  
   832x624        74.6  
   800x600        75.0     60.3  
   640x480        75.0     60.0  
   720x400        70.1  
   1360x768_60.00   59.8 

¡Gracias, Wibol! En cuanto consiga el otro cable (u otro cable o un adaptador) y compruebe todo esto daré por solucionado el tema. Y, qué curioso, porque este cable ¡tiene los pines de oro y todo!

[JOPETA]

Invisible.png

[JCSenar]

Voy acotando el problema

No me hace falta esperar a conseguir el cable antiguo. Los problemas de hardware están descartados.

Por partes:

Como me pasa desde cualquier sistema que inicie (W10, LM18.3 y LM19)

Aquí hice algo mal porque he vuelto a probar y tanto con el W10 del equipo de pruebas como con el W7 del portátil se ve perfectamente a 1360x768 .

Así que, visto esto, lo que he recordado (ando un poco lento y no soy capaz de recordar TODO a la vez ) es que cuando probé el portátil en la TV, aparte del otro cable, ¡¡tenía todavía LM 17!!

Así que he probado a instalarlo en una partición del portátil y ¡voila! Funciona :

LM17-1360x768.jpg

Pero he actualizado el kernel al último de la serie 4.4 (4.4.0-140) y el problema se ha reproducido. He añadido el último de la serie 3.13 (3.13.0-163) y funciona perfectamente:

LM17-1360x768-2.jpg

Así que, en LM 17 (¿y, tal vez, también en los siguientes?), el problema es el kernel superior al 3.13. Ambos equipos montan una gráfica intel, aunque de diferente generación:

Portátil con LM 17 (kernel 3.13.0.163) a resolución adecuada:

Code: Select all

Graphics:  Card: Intel 3rd Gen Core processor Graphics Controller bus-ID: 00:02.0 
           X.Org: 1.15.1 drivers: intel (unloaded: fbdev,vesa) Resolution: 1360x768@60.0hz 
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile GLX Version: 3.0 Mesa 10.1.0 Direct Rendering: Yes

Portátil con LM 18.3 (kernel 4.4.0-140) a resolución inferior:

Code: Select all

Graphics:  Card: Intel 3rd Gen Core processor Graphics Controller
           bus-ID: 00:02.0
           Display Server: X.Org 1.18.4 drivers: intel (unloaded: fbdev,vesa)
           Resolution: 1280x768@59.99hz
           GLX Renderer: Mesa DRI Intel Ivybridge Mobile
           GLX Version: 3.0 Mesa 18.0.5 Direct Rendering: Yes

Equipo de pruebas con LM 19 (kernel 4.15.0-42) a resolución inferior:

Code: Select all

Graphics:  Card: Intel 2nd Generation Core Integrated Graphics Controller
           bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1280x768@59.99hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Desktop
           version: 3.3 Mesa 18.0.5 Direct Render: Yes

¿Algo que pueda seguir probando? Kernel 3.13 en LM 18.3 y LM 19 no parece una opción....

[JOPETA]

Introducir el portátil como nueva variable no me parece acertado en un hilo que comienza con un microPC de escritorio HP 8200 SFF o he estado equivocado en esto desde el principio

El problema según fue planteado reside a nivel de BIOS. No tenías opción para seleccionar el DP como primario (a iniciar con él por defecto) porque el Televisor por la conexión DP no era detectado cuando el manual dice que si puedes hacerlo.

Aunque pasado por alto debido a mi estado de invisibiliad en este hilo, una de las consideraciones que hago en mi post omitido hace referencia a que Windows es capaz de habilitar la conexión DP como predeterminada del sistema según algunos usuarios con este equipo y los mismos problemas.

Quizás sea esto y no que el kernel se integre mejor o peor con el equipo o la BIOS o su capacidad de interpretar los datos ofrecidos por los monitores, o el cable HDMI (que también había considerad allí) no siendo original.... Un paseo por la BIOS podría aclarar las cosas ¿Como quedaría las cosas en el HP Compaq 8200 Elite Smal Form Factor, después de iniciar con LM 17 con el kernel 3.1)? ¿y con los sistemas LM 18?

En función de esta capacidad de seleccionar el monitor primario (es decir de iniciar el sistema con él) estarán las resoluciones ofrecidas (es una consecuencia creo).

Puestos a pensar en hechos diferenciales (la variable portátil repito que es un nuevo paradigma) además del controlador modeseting frente al xserver-xorg-video intel, las versiones diferente de Xorg, del OpenGL, de Mesa,..el microcode de intel tendrá algo que aportar a todo esto. En fin todo un mundo mas allá del kernel.

[JCSenar]

Aunque pasado por alto debido a mi estado de invisibiliad en este hilo, una de las consideraciones que hago en mi post , omitido

Te juro que no había visto ese mensaje (solo el del hombre invisible y me preguntaba qué significaba...)

Introducir el portátil como nueva variable no me parece acertado, en un hilo que comienza con un microPC de escritorio HP 8200 SFF o he estado equivocado en esto desde el principio

De acuerdo. Seguimos con el HP8200SFF pero lo que comenté en mi anterior mensaje esta re-confirmado: he instalado LM 17 en una partición del HP8200SFF y se ve perfectamente a 1360x768 (LM 17+Kernel 3.13.0-163), puedo espejar las pantallas, etc. (igual que en el portátil...):

Pantallazo.jpg

Siguiendo este hilo, he probado con el kernel 4.4.0-72 pero no me funciona.

Existe algún hilo sobre el tema. Entiendo (punto 10) que en la segunda imagen deberías poder seleccionar el display port como dispositivo primario (ahora está el VGA)

10. Select one device to be the Primary device and one to be the non-boot device. This setting determines which graphics solution is to be used as the video output when the PC system is starting.

De no ofrecerte opciones, puede que el problema resida en el cable adaptador.

No permite modificar nada. Y ya tengo el cable anterior, he repetido todas las pruebas habidas y por haber en ambos equipos y todo es igual. Por eso he cambiado el título del tema. ¿Un tercer cable/adaptador? Pues viendo que funciona con LM 17, de momento no voy a comprar.

En otro hilos he leido que la activación del disply port se realiza desde Windows para que la BIOS la detecte sin mayores problemas.

El problema según fue planteado reside a nivel de BIOS. No tenías opción para seleccionar el DP como primario (a iniciar con él por defecto) porque el Televisor por la conexión DP no era detectado cuando el manual dice que si puedes hacerlo.

Aunque no se pueda modificar a nivel de BIOS (no deja hacer nada), Display Port sí funciona. A cualquier resolución de las ofrecidas excepto a la óptima.

Puestos a pensar en hechos diferenciales ( la variable portátil con su atajo de teclado para conmutar los monitores, interno/externo/ambos es un nuevo paradigma)

Acabo de probarlo pero no surte efecto. La pantalla de la TV no se activa si estoy a 1360x768.

además de las versiones diferente de Xorg, el microcode de intel tendrá algo que aportar a todo esto.

He instalado el intel-microcode, reiniciado dos veces y sigue igual.

Quizás sea esto y no que el kernel se integre mejor o peor con el equipo o la BIOS. Un paseo por la BIOS podría aclarar las cosas ¿como quedan después de iniciar con el sistema que sí (LM 17 con el kernel 3.13)? ¿y con los sistemas que no (LM 18)?

La BIOS no ha cambiado nada en cualquiera de los sistemas.

Lo que he acabo de comprobar es que con el cable VGA desconectado de la CPU, tanto en Windows 10 como en LM 17 (3.13.0-163 - 1360x768) arrancan correctamente. LM 19 (4.15.0-42) pierde la señal y tengo que conectar el VGA otra vez para conseguir que aparezca la imagen (a 1280x768, claro).

[JOPETA]

Quizas lo mejor sea enemigo de lo bueno. Según la tabla que comento en el post las resoluciones que ofrece la gráfica integrada para las dos salidas no incluye la que denominas optima.

resoluciones soportadas por la gráfica integrada.png

EL laconico otras resoluciones pueden ser posibles pero no han sido testadas o cualificadas por HP no aclara mucho más.

Es una pena que le quede tan poco a LM 17...

PD: Mi pensamiento final viene a cuento de que es posible sea el viejo kernel 3.13 el unico capaz de entender alguna de las funciones como el DVMT de la grafica integrada (aunque mis conocimientos no llegan para saber que relación puedan tener con la detección de monitores y su relación con la entrega de resoluciones por mas que releo el apartado dedicado de la guía técnica).

PD2: No se de donde saca el inxi la versión de la BIOS instalada, en la página de soporte de HP no consiguo localizar tal BIOS (tampoco que sea compatible con Windows 10). Ademas no se si la fecha del microcode de Intel sería posterior (me lio con las fechas en ingles) por aquello de probar a desintalarlo en LM 18...

[JCSenar]

Quizas lo mejor sea enemigo de lo bueno. Según la tabla que comento en el post las resoluciones que ofrece la gráfica integrada para las dos salidas no incluyela que denominas optima.

Sin yo hacer nada, es la resolución que generan por defecto tanto W10 como W7. Supongo que si me gustara más podría usar la TV a 800x600 pero la que mejor se ve (es un dato objetivo) es la 1360x768. La siguiente que se ve razonablemente bien es la 1280x768, que podrá servir cuando haya que abandonar LM17. Pero, curiosamente, ninguna de estas dos resoluciones aparecen en la lista...

PD2: No se de donde saca el inxi la versión de la BIOS instalada, en la página de soporte de HP no consiguo localizar tal BIOS (tampoco que sea compatible con Windows 10). Ademas no se si la fecha del microcode de Intel sería posterior (me lio con las fechas en ingles) por aquello de probar a desintalarlo en LM 18...

¿Tal vez lo hayan eliminado? Al final de aquí verás qué BIOS tenía en origen. Aquí comenté que había actualizado la BIOS sin problemas utilizando la versión para W8 aunque, como bien comentas, ya no está disponible para su descarga el archivo que utilicé. De todas formas, no cambió nada (aparentemente).

Ademas no se si la fecha del microcode de Intel sería posterior (me lio con las fechas en ingles) por aquello de probar a desintalarlo en LM 18...

En LM 18.3 y 19 no se me ofrece ningún controlador en el Administrador de controladores. Pero he probado a instalar el intel-microcode (no venía instalado por defecto) desde Synaptic y ha dado lo mismo.

Es una pena que le quede tan poco a LM 17...

¡Bendito LM 17! ¡Qué 5 años de alegrías nos está dando!

[JCSenar]

Sin dar el tema por solucionado, porque no consigo que esto funcione con un kernel superior al 3.13, comentar la última prueba que he hecho:

A través de ukuu, (y previa instalación del paquete module-init-tools porque, si no, da error) he instalado el último kernel disponible de la rama 3.13 en LM 19:

Pantallazo-6.png

Y ha funcionado: Linux Mint 19, con kernel 3.13.11 y resolución de 1360x768 a través de Display Port:

Captura de pantalla -2018-12-16 22-53-13.jpg

Lo acabo de instalar, ha arrancado bien pero no se si es un kernel adecuado para esta versión de Linux Mint o qué riesgos de seguridad conlleva. Habría que hacer muchas pruebas. De momento, lo dejo abierto a sugerencias y más pruebas y, mientras, utilizaré el equipo en la TV desde la partición de LM 17, que funciona bien sin hacer malabarismos.

También he probado el 4.19.9 pero, como los otros, solo funciona a resolución 1280x768.

Tal vez, cuando salga el 5.x+ la cosa se arregle...

EDITADO:

Code: Select all

juancar@HP-8200:~$ inxi -Fxzrn
System:    Host: HP-8200 Kernel: 3.13.11-031311ckt39-generic x86_64
           bits: 64 gcc: 4.8.2
           Desktop: MATE 1.20.1 (Gtk 3.22.30-1ubuntu1)
           Distro: Linux Mint 19 Tara
Machine:   Device: desktop System: Hewlett-Packard product: HP Compaq 8200 Elite SFF serial: N/A
           Mobo: Hewlett-Packard model: 1495 serial: N/A
           UEFI: Hewlett-Packard v: J01 v02.32 date: 05/10/2018
CPU:       Dual core Intel Pentium G630 (-MCP-) 
           arch: Sandy Bridge rev.7 cache: 3072 KB
           flags: (lm nx sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx) bmips: 10775
           clock speeds: max: 2700 MHz 1: 1969 MHz 2: 1717 MHz
Graphics:  Card: Intel 2nd Generation Core Integrated Graphics Controller
           bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1360x768@60.02hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Desktop
           version: 3.3 Mesa 18.0.5 Direct Render: Yes
Audio:     Card Intel 6 Series/C200 Series Family High Def. Audio Controller
           driver: snd_hda_intel bus-ID: 00:1b.0
           Sound: ALSA v: k3.13.11-031311ckt39-generic
Network:   Card: Intel 82579LM Gigabit Network Connection
           driver: e1000e v: 2.3.2-k port: f080 bus-ID: 00:19.0
           IF: eno1 state: up speed: 100 Mbps duplex: full mac: <filter>
Drives:    HDD Total Size: 336.0GB (8.9% used)
           ID-1: /dev/sda model: ST3320310CS size: 320.1GB
           ID-2: USB /dev/sdb model: DT_101_G2 size: 15.9GB
Partition: ID-1: / size: 48G used: 20G (44%) fs: ext4 dev: /dev/sda8
           ID-2: swap-1 size: 4.00GB used: 0.00GB (0%)
           fs: swap dev: /dev/sda7
RAID:      No RAID devices: /proc/mdstat, md_mod kernel module present
Sensors:   System Temperatures: cpu: 37.0C mobo: N/A
           Fan Speeds (in rpm): cpu: N/A
Repos:     Active apt sources in file: /etc/apt/sources.list.d/nilarimogard-webupd8-bionic.list
           deb http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu bionic main
           deb-src http://ppa.launchpad.net/nilarimogard/webupd8/ubuntu bionic main
           Active apt sources in file: /etc/apt/sources.list.d/official-package-repositories.list
           deb http://packages.linuxmint.com tara main upstream import backport
           deb http://archive.ubuntu.com/ubuntu bionic main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu bionic-updates main restricted universe multiverse
           deb http://archive.ubuntu.com/ubuntu bionic-backports main restricted universe multiverse
           deb http://security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           deb http://archive.canonical.com/ubuntu/ bionic partner
           Active apt sources in file: /etc/apt/sources.list.d/teejee2008-ppa-bionic.list
           deb http://ppa.launchpad.net/teejee2008/ppa/ubuntu bionic main
           deb-src http://ppa.launchpad.net/teejee2008/ppa/ubuntu bionic main
Info:      Processes: 151 Uptime: 1 min Memory: 405.2/3841.2MB
           Init: systemd runlevel: 5 Gcc sys: 7.3.0
           Client: Shell (bash 4.4.191) inxi: 2.3.56 
juancar@HP-8200:~$ 

[JOPETA]

se si es un kernel adecuado para esta versión de Linux Mint o qué riesgos de seguridad conlleva

Es un kernel de canonical, de ahí las siglas ckt (canonical kernel team). Sobre los riesgos si tienes en cuenta que es del 2016 sin soporte..Es lo que tiene ukuu que no avisa de estas cosas que puede ver acudiendo directamente al mainline de ubuntu. La razón de recurrir al mainline de Ubuntu (directamente o con ukuu) es tener un kernel mas o menos estable antes de que Ubuntu lo retoque para hacerlo kernel de Ubuntu. EL kernel 3.13 ya no tiene soporte fuera de Ubuntu (es decir solo se mantiene como kernel de Ubuntu) en cambio el 3.16 y el 3.18 si... cuestión de probarlos por si el problema estuviera en el 4.4 y posteriores....

De considerar un kernel más reciente que pudiera mejorar o corregir un posible problema con los controladores gráficos (regresión o problema no resuelto en esas series de kernels) quizás debas probar con el drm de Intel ya que se trata de un problema con su controlador gráfico y ahora están con el kernel 4.20

Por otra parte me pregunto si has probado con instalar el linux-image-generic del kernel instalado en uso y el dkms .

Tal vez el problema pueda resolverse sin cambiar de kernel, pero es otro nivel para mi andar parcheando kernels ...

[JCSenar]

Es un kernel de canonical, de ahí las siglas ckt (canonical kernel team). Sobre los riesgos si tienes en cuenta que es del 2016 sin soporte..Es lo que tiene ukuu que no avisa de estas cosas que puede ver acudiendo directamente al mainline de ubuntu. La razón de recurrir al mainline de Ubuntu (directamente o con ukuu) es tener un kernel mas o menos estable antes de que Ubuntu lo retoque para hacerlo kernel de Ubuntu. EL kernel 3.13 ya no tiene soporte fuera de Ubuntu (es decir solo se mantiene como kernel de Ubuntu) en cambio el 3.16 y el 3.18 si... cuestión de probarlos por si el problema estuviera en el 4.4 y posteriores....

De considerar un kernel más reciente que pudiera mejorar o corregir un posible problema con los controladores gráficos (regresión o problema no resuelto en esas series de kernels) quizás debas probar con el drm de Intel ya que se trata de un problema con su controlador gráfico y ahora están con el kernel 4.20

"Puedo confirmar y confirmo..." que, en Linux Mint 19, hasta el kernel 4.2.8 puedo tener una resolución de 1360x768. A partir del 4.3.x solo puedo utilizar 1280x768 (incluído el 4.20 drm de intel).

Por otra parte me pregunto si has probado con instalar el linux-image-generic del kernel instalado en uso y el dkms .

Mañana sigo (arf!, arf!)

Tal vez el problema pueda resolverse sin cambiar de kernel, pero es otro nivel para mi andar parcheando kernels ...

De momento no lo contemplo. Ya veremos...

También sería interesante saber si a alguien le funciona bien el puerto Display Port en LM 19 con kernel 4.4+ y gráfica Intel y así poder quitarlo del título. Lo de la gráfica Intel lo tengo entre paréntesis porque está en plan "cuarentena"...

[JOPETA]

Mañana podrías documentar el resultado de dmesg | grep intel y sudo lshw -C video cuando detecta la resolución apropiada y cuando no por si hay algo que de una pista...

[JCSenar]

Por otra parte me pregunto si has probado con instalar el linux-image-generic del kernel instalado en uso y el dkms .

Nada. Instalado, reiniciado dos veces y lo mismo.

Captura de pantalla -2018-12-18 19-15-19.png

Mañana podrías documentar el resultado de dmesg | grep intel y sudo lshw -C video cuando detecta la resolución apropiada y cuando no por si hay algo que de una pista...

LM19 - Kernel 4.15.0-42-generic (1280x768):

Code: Select all

juancar@HP-8200:~$ dmesg | grep intel
[    0.956730] intel_idle: MWAIT substates: 0x1120
[    0.956731] intel_idle: v0.4.1 model 0x2A
[    0.956794] intel_idle: lapic_timer_reliable_states 0xffffffff
[    1.192815] intel_pstate: Intel P-state driver initializing
[    1.581628] fb: switching to inteldrmfb from EFI VGA
[    1.970259] fbcon: inteldrmfb (fb0) is primary device
[    2.106061] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[    4.480591] Btrfs loaded, crc32c=crc32c-intel
[   25.252140] intel_rapl: Found RAPL domain package
[   25.252141] intel_rapl: Found RAPL domain core
[   25.252142] intel_rapl: Found RAPL domain uncore
[   25.252147] intel_rapl: RAPL package 0 domain package locked by BIOS
[   25.713044] snd_hda_intel 0000:00:1b.0: enabling device (0100 -> 0102)
[   25.713636] snd_hda_intel 0000:00:1b.0: bound 0000:00:02.0 (ops i915_audio_component_bind_ops [i915])

LM19 - Kernel 3.13.11-031311ckt39-generic (1360x768):

Code: Select all

juancar@HP-8200:~$ dmesg | grep intel
[    0.757102] intel_idle: MWAIT substates: 0x1120
[    0.757103] intel_idle: v0.4 model 0x2A
[    0.757104] intel_idle: lapic_timer_reliable_states 0xffffffff
[    1.460373] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver
[    1.631844] fbcon: inteldrmfb (fb0) is primary device
[    1.984888] i915 0000:00:02.0: fb0: inteldrmfb frame buffer device
[   17.336377] snd_hda_intel 0000:00:1b.0: enabling device (0100 -> 0102)
[   17.336494] snd_hda_intel 0000:00:1b.0: irq 48 for MSI/MSI-X
[   17.789520] intel_rapl: RAPL package 0 domain package locked by BIOS

LM19 - Kernel 4.15.0-42-generic (1280x768):

Code: Select all

juancar@HP-8200:~$ sudo lshw -C video
[sudo] contraseña para juancar:
  *-display                 
       descripción: VGA compatible controller
       producto: 2nd Generation Core Processor Family Integrated Graphics Controller
       fabricante: Intel Corporation
       id físico: 2
       información del bus: pci@0000:00:02.0
       versión: 09
       anchura: 64 bits
       reloj: 33MHz
       capacidades: msi pm vga_controller bus_master cap_list rom
       configuración: driver=i915 latency=0
       recursos: irq:30 memoria:fe000000-fe3fffff memoria:d0000000-dfffffff ioport:f000(size=64) memoria:c0000-dffff

LM19 - Kernel 3.13.11-031311ckt39-generic (1360x768):

Code: Select all

juancar@HP-8200:~$ sudo lshw -C video
[sudo] contraseña para juancar: 
  *-display                 
       descripción: VGA compatible controller
       producto: 2nd Generation Core Processor Family Integrated Graphics Controller
       fabricante: Intel Corporation
       id físico: 2
       información del bus: pci@0000:00:02.0
       versión: 09
       anchura: 64 bits
       reloj: 33MHz
       capacidades: msi pm vga_controller bus_master cap_list rom
       configuración: driver=i915 latency=0
       recursos: irq:46 memoria:fe000000-fe3fffff memoria:d0000000-dfffffff ioport:f000(size=64)

LM19 - Kernel 4.15.0-42-generic (1280x768):

Code: Select all

juancar@HP-8200:~$ inxi -Gx
Graphics:  Card: Intel 2nd Generation Core Integrated Graphics Controller
           bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1280x768@59.99hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Desktop
           version: 3.3 Mesa 18.0.5 Direct Render: Yes

LM19 - Kernel 3.13.11-031311ckt39-generic (1360x768):

Code: Select all

juancar@HP-8200:~$ inxi -Gx
Graphics:  Card: Intel 2nd Generation Core Integrated Graphics Controller
           bus-ID: 00:02.0
           Display Server: x11 (X.Org 1.19.6 )
           drivers: modesetting (unloaded: fbdev,vesa)
           Resolution: 1360x768@60.02hz
           OpenGL: renderer: Mesa DRI Intel Sandybridge Desktop
           version: 3.3 Mesa 18.0.5 Direct Render: Yes

Con el Kernel 3.13 pasa esto (y es cuando funciona) :

[ 1.460373] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver

[JOPETA]

La verdad no me extraña. En Windows la forma de conseguir en ocasiones que se detecte el monitor HDMI es tambien eliminar/desinstalar el controlador que instala por defecto (lo leí en una de las búsquedas sobre tu problema) o algo parecido como esto . :

[JCSenar]

La verdad no me extraña. En Windows la forma de conseguir en ocasiones que se detecte el monitor HDMI es tambien eliminar/desinstalar el controlador que instala por defecto (lo leí en una de las búsquedas sobre tu problema) o algo parecido como esto . :

¿Quieres decir que el haber actualizado (erróneamente) la BIOS provoca este fallo?

¿Lo hago otra vez con el archivo del hilo que mencionas?

[JOPETA]

Me equivoqué de enlace y ahora no lo encuentro.

Basicamente era desinstalar el controlador de la gráfica y reinicar aunque en el otro hilo decian no se que de "roolback"

[JCSenar]

Con el Kernel 3.13 pasa esto (y es cuando funciona) :

[ 1.460373] fb: conflicting fb hw usage inteldrmfb vs EFI VGA - removing generic driver

Estoy mirando y una de las cosas que he encontrado es añadir intel_pstate=disable a la carga del kernel pero no me ha funcionado.

Sigo mirando...

[JCSenar]

Mientras busco "la solución" (algo que modifique la carga de los kernels 4.3+ para que Display Port funcione correctamente) y sin saber si es o no un problema que únicamente afecta a las gráficas Intel , una solución alternativa ha sido añadir una gráfica dedicada en el equipo.

La dificultad ha sido que es un equipo SSF y necesitaba una gráfica de perfil bajo pero me he dado cuenta de que la que tenía colocada en mi equipo principal era de este tipo (MSI R5450 - ATI HD 7350):



Así que la he cambiado por otra que tenía guardada (ATI HD 3450) de perfil normal, de menor rendimiento pero suficiente para mí y solo me faltaban los brakets adecuados (perfil bajo) para adaptar la gráfica (5,95€ en ebay):



Y ya está colocada en el equipo:

20190103_140358.jpg

20190103_141002.jpg

Conectada por HDMI y aunque tenía configurado LM 19 para que arrancara por defecto en 1280x768 y así poder tener imagen (por DP), ahora ha arrancado directamente en 1360x768:

Pantallazo.jpg

Y también es independiente de si tengo o no conectado el cable de VGA .

_______________________________________

todos coinciden en que la detección de los HDMI por DP (y usarlos como primarios) requieren que el cable sea activo

Y otra posibilidad sería probar con un Adaptador Activo Display Port Hdmi y nos iríamos a entre 14-18€ pero, de momento, no me hace falta.




Esta es la única opción que me quedaría si quisiera usar el puerto DP de mi portátil, en el que tengo exactamente el mismo problema.