Résolution écran HDMI faible et non configurable

Tags: #<Tag:0x00007f63f29b1380> #<Tag:0x00007f63f29b1150> #<Tag:0x00007f63f29b1038>

Bonjour à tous,

Je viens d’acheter un nouveau PC et après avoir installé Debian Stretch dessus, je n’arrive pas à configurer la résolution de mes écrans.

La carte mère est une Z390-PLUS et le processeur un i7-9700K.
Le PC n’a pas de carte graphique et dispose d’un port HDMI et d’un display port.

A la fin de l’installation, le port ethernet n’est pas détecté (j’ai utilisé un connecteur ethernet-usb pour l’installation). J’ai donc ajouté les dépôts backports et j’ai mis à jour le kernel sur la version 4.19.0-0.bpo.5-amd64.

Je pensais que le passage à un kernel plus récent résoudrait le problème de résolution mais au redémarrage, le port ethernet est détecté mais le problème de résolution est toujours la.

J’ai également installé les paquets firmware-linux et firmware-misc-nonfree depuis les dépots backports mais rien ne change.

Voila le retour de xrandr

$ xrandr
xrandr: Failed to get size of gamma for output default
Screen 0: minimum 1024 x 768, current 1024 x 768, maximum 1024 x 768
default connected primary 1024x768+0+0 0mm x 0mm
       1024x768      76.00* 

J’ai également essayé d’ajouter un mode avec xrand mais sans succès.

$ cvt 1920 1080
# 1920x1080 59.96 Hz (CVT 2.07M9) hsync: 67.16 kHz; pclk: 173.00 MHz
Modeline "1920x1080_60.00"  173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync
$ xrandr --newmode  "1920x1080" 173.00  1920 2048 2248 2576  1080 1083 1088 1120 -hsync +vsync
xrandr: Failed to get size of gamma for output default
$ xrandr --addmode default "1920x1080"
xrandr: Failed to get size of gamma for output default
$ xrandr --output default --mode "1920x1080"
xrandr: Failed to get size of gamma for output default
xrandr: Configure crtc 0 failed

Pour les infos sur le hardware :

$ lspci -kv
00:00.0 Host bridge: Intel Corporation Device 3e30 (rev 0a)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, fast devsel, latency 0
	Capabilities: <access denied>
	Kernel driver in use: skl_uncore

00:02.0 VGA compatible controller: Intel Corporation Device 3e98 (prog-if 00 [VGA controller])
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, fast devsel, latency 0, IRQ 255
	Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
	Memory at 90000000 (64-bit, prefetchable) [size=256M]
	I/O ports at 3000 [size=64]
	[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>

00:14.0 USB controller: Intel Corporation Device a36d (rev 10) (prog-if 30 [XHCI])
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, medium devsel, latency 0, IRQ 124
	Memory at a1220000 (64-bit, non-prefetchable) [size=64K]
	Capabilities: <access denied>
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci

00:14.2 RAM memory: Intel Corporation Device a36f (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: fast devsel
	Memory at a1236000 (64-bit, non-prefetchable) [disabled] [size=8K]
	Memory at a123c000 (64-bit, non-prefetchable) [disabled] [size=4K]
	Capabilities: <access denied>

00:16.0 Communication controller: Intel Corporation Device a360 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, fast devsel, latency 0, IRQ 133
	Memory at a123b000 (64-bit, non-prefetchable) [size=4K]
	Capabilities: <access denied>
	Kernel driver in use: mei_me
	Kernel modules: mei_me

00:17.0 SATA controller: Intel Corporation Device a352 (rev 10) (prog-if 01 [AHCI 1.0])
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, 66MHz, medium devsel, latency 0, IRQ 123
	Memory at a1234000 (32-bit, non-prefetchable) [size=8K]
	Memory at a123a000 (32-bit, non-prefetchable) [size=256]
	I/O ports at 3090 [size=8]
	I/O ports at 3080 [size=4]
	I/O ports at 3060 [size=32]
	Memory at a1239000 (32-bit, non-prefetchable) [size=2K]
	Capabilities: <access denied>
	Kernel driver in use: ahci
	Kernel modules: ahci

00:1b.0 PCI bridge: Intel Corporation Device a340 (rev f0) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 120
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	Memory behind bridge: a1100000-a11fffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1c.0 PCI bridge: Intel Corporation Device a338 (rev f0) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1d.0 PCI bridge: Intel Corporation Device a330 (rev f0) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0
	Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
	I/O behind bridge: 00004000-00004fff
	Memory behind bridge: a1300000-a14fffff
	Prefetchable memory behind bridge: 00000000a1500000-00000000a16fffff
	Capabilities: <access denied>
	Kernel driver in use: pcieport

00:1f.0 ISA bridge: Intel Corporation Device a305 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, medium devsel, latency 0

00:1f.3 Audio device: Intel Corporation Device a348 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8796
	Flags: bus master, fast devsel, latency 32, IRQ 134
	Memory at a1230000 (64-bit, non-prefetchable) [size=16K]
	Memory at a1000000 (64-bit, non-prefetchable) [size=1M]
	Capabilities: <access denied>
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel

00:1f.4 SMBus: Intel Corporation Device a323 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: medium devsel, IRQ 16
	Memory at a1238000 (64-bit, non-prefetchable) [size=256]
	I/O ports at efa0 [size=32]
	Kernel driver in use: i801_smbus
	Kernel modules: i2c_i801

00:1f.5 Serial bus controller [0c80]: Intel Corporation Device a324 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: fast devsel
	Memory at fe010000 (32-bit, non-prefetchable) [size=4K]

00:1f.6 Ethernet controller: Intel Corporation Device 15bc (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8672
	Flags: bus master, fast devsel, latency 0, IRQ 122
	Memory at a1200000 (32-bit, non-prefetchable) [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: e1000e
	Kernel modules: e1000e

01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd Device a808 (prog-if 02 [NVM Express])
	Subsystem: Samsung Electronics Co Ltd Device a801
	Flags: bus master, fast devsel, latency 0, IRQ 16, NUMA node 0
	Memory at a1100000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: <access denied>
	Kernel driver in use: nvme
	Kernel modules: nvme



$ inxi -G
Graphics:  Card: Intel Device 3e98
           Display Server: X.Org 1.19.2 drivers: fbdev (unloaded: modesetting,vesa)
           Resolution: 1024x768@76.00hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits) GLX Version: 3.0 Mesa 13.0.6




# lshw -c video
[sudo] password for julien: 
  *-display UNCLAIMED       
       description: VGA compatible controller
       product: Intel Corporation
       vendor: Intel Corporation
       physical id: 2
       bus info: pci@0000:00:02.0
       version: 00
       width: 64 bits
       clock: 33MHz
       capabilities: pciexpress msi pm vga_controller bus_master cap_list
       configuration: latency=0
       resources: memory:a0000000-a0ffffff memory:90000000-9fffffff ioport:3000(size=64) memory:c0000-dffff

$ lspci -k
00:00.0 Host bridge: Intel Corporation Device 3e30 (rev 0a)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Kernel driver in use: skl_uncore
00:02.0 VGA compatible controller: Intel Corporation Device 3e98
	Subsystem: ASUSTeK Computer Inc. Device 8694
00:14.0 USB controller: Intel Corporation Device a36d (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci
00:14.2 RAM memory: Intel Corporation Device a36f (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
00:16.0 Communication controller: Intel Corporation Device a360 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Kernel driver in use: mei_me
	Kernel modules: mei_me
00:17.0 SATA controller: Intel Corporation Device a352 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Kernel driver in use: ahci
	Kernel modules: ahci
00:1b.0 PCI bridge: Intel Corporation Device a340 (rev f0)
	Kernel driver in use: pcieport
00:1c.0 PCI bridge: Intel Corporation Device a338 (rev f0)
	Kernel driver in use: pcieport
00:1d.0 PCI bridge: Intel Corporation Device a330 (rev f0)
	Kernel driver in use: pcieport
00:1f.0 ISA bridge: Intel Corporation Device a305 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
00:1f.3 Audio device: Intel Corporation Device a348 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8796
	Kernel driver in use: snd_hda_intel
	Kernel modules: snd_hda_intel
00:1f.4 SMBus: Intel Corporation Device a323 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Kernel driver in use: i801_smbus
	Kernel modules: i2c_i801
00:1f.5 Serial bus controller [0c80]: Intel Corporation Device a324 (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8694
00:1f.6 Ethernet controller: Intel Corporation Device 15bc (rev 10)
	Subsystem: ASUSTeK Computer Inc. Device 8672
	Kernel driver in use: e1000e
	Kernel modules: e1000e
01:00.0 Non-Volatile memory controller: Samsung Electronics Co Ltd Device a808
	Subsystem: Samsung Electronics Co Ltd Device a801
	Kernel driver in use: nvme
	Kernel modules: nvme

A savoir que le système le détecte pas mon deuxième écran (le même que le premier mais connecté via un adaptateur displayport-HDMI)

Quelle est la configuration, nombre d’écrans et connecteurs à utiliser souhaités ?

L’adaptateur doit bloquer les informations requises pour la configuration automatique, c’est souvent le cas. Essayez sur un autre écran avec le bon connecteur pour n’utiliser aucun adaptateur.

Salut , c’est peut être justement parceque tu n’as pas de carte graphique ? Car malgré les chipsets intégrés à ta carte mère , il semblerait que ces derniers pompes sur la mémoire de la carte mère
alors si tu as en plus deux écrans , peut être qu’elle s’est mise sur cette résolution exprès ? à voir .

source : https://flashcomputer.fr/mon-pc-peut-il-fonctionner-sans-carte-graphique/ .
cordialement ; Morphe-uSe

@MagicFab Dans un premier temps, un seul écran directement en HDMI. Dans un second temps, un deuxième écran connecté via le display port et un adaptateur.

@morpheus Je pense que la carte mère devrait être capable de supporter la gestion de deux écrans étant donné que c’est plutôt une carte mère haut de gamme.

Dans tous les cas, même avec un seul écran de connecté, la résolution est trop faible et j’ai du mal a croire que se soit un problème de puissance.

Je pense surtout que le driver graphique est soit mal installé soit mal configuré.

J’ai du mal à trouver les infos sur quel driver utiliser mais je pense qu’il faut utiliser le driver i915. Cependant d’après le retour de inxi -G le driver utilisé serait fbdev alors que lsmod montre que le driver i915 est bien chargé.

Sinon c’est peut être xorg qui utilise une mauvaise configuration.

[EDIT]
Je suis allé vérifier sur un autre PC qui tourne sur une carte mère plus ancienne, sans carte graphique et avec un i5-3570 (donc un CPU bien plus vieux).

Et sur ce PC je n’ai aucun soucis pour gérer les deux écrans en résolution 1920x1080.

Donc ça m’étonnerai vraiment que que se soit un problème de “capacité” de la carte mère étant donné qu’une carte bien plus ancienne avec un processeur plus vieux est capable de gérer deux écrans avec la bonne résolution et sans carte graphique dédiée.

Par contre ce que j’ai pu remarquer c’est un mismatch entre les retours renvoyés par le vieux PC et ceux renvoyés par le nouveau

Pour inxi :

vieux_PC$ inxi -G
Graphics:  Card: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
           Display Server: X.Org 1.19.2 drivers: intel (unloaded: modesetting,fbdev,vesa)
           Resolution: 1920x1080@60.00hz, 1680x1050@59.95hz
           GLX Renderer: Mesa DRI Intel Ivybridge Desktop GLX Version: 3.0 Mesa 13.0.6

nouveau_PC$ inxi -G
Graphics:  Card: Intel Device 3e98
           Display Server: X.Org 1.19.2 drivers: fbdev (unloaded: modesetting,vesa)
           Resolution: 1024x768@76.00hz
           GLX Renderer: Gallium 0.4 on llvmpipe (LLVM 3.9, 256 bits) GLX Version: 3.0 Mesa 13.0.6

Pour lspci:

vieux_PC$ lspci -kv
[...]
00:02.0 VGA compatible controller: Intel Corporation Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller])
	Subsystem: Hewlett-Packard Company Xeon E3-1200 v2/3rd Gen Core processor Graphics Controller
	Flags: bus master, fast devsel, latency 0, IRQ 30
	Memory at f7800000 (64-bit, non-prefetchable) [size=4M]
	Memory at e0000000 (64-bit, prefetchable) [size=256M]
	I/O ports at f000 [size=64]
	[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>
	Kernel driver in use: i915
	Kernel modules: i915
[...]

 nouveau_PC$ lspci -kv
00:02.0 VGA compatible controller: Intel Corporation Device 3e98 (prog-if 00 [VGA controller])
	Subsystem: ASUSTeK Computer Inc. Device 8694
	Flags: bus master, fast devsel, latency 0, IRQ 255
	Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
	Memory at 90000000 (64-bit, prefetchable) [size=256M]
	I/O ports at 3000 [size=64]
	[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: <access denied>

D’après les différences dans les retours des commandes ça à l’air de confirmer que le soucis vient du driver intel qui est mal chargé ou mal utilisé.

Car inxi utilise fbdev plutôt que i915 et que lspci ne sais même pas quel driver est associé a ce hardware.

Sur une telle carte mère la carte graphique n’est pas visible mais elle est bel et bien intégrée. Peut-être qu’il y a des réglages au BIOS pour activer ou configurer les sorties vidéo d’une manière spécifique.

Le chargement de fbdev par défaut est cohérent avec le problème d’analyse automatique. On ne sait toujours pas si le test a été fait sans aucun adaptateur supplémentaire.

Je suggère de démarrer à partir d’une clé USB préparée avec une image ISO incluant les firmware privateurs (“non-free”) pour voir si le comportement est différent.

La cause probable est que le module i915 du noyau 4.19 ne reconnaît pas le GPU de ton processeur. On peut afficher les identifiants reconnus avec

modinfo i915

Peut-être qu’il y a des réglages au BIOS pour activer ou configurer les sorties vidéo d’une manière spécifique.

J’ai bien cherché dans les menus de l’UEFI mais j’ai rien trouvé qui pourrait correspondre à un bridage de la résolution sur les sorties vidéos (d’ailleurs quasiment rien sur le GPU intégré).

Après il y a une telle quantité d’options dans tous les sens qu’il est possible que j’en ai ratées.

On ne sait toujours pas si le test a été fait sans aucun adaptateur supplémentaire.

Je me suis peut-être mal exprimé mais dans un premier temps je teste avec uniquement un écran de connecté en HDMI et sans aucun adaptateur entre la carte mère et l’écran à part le câble HDMI bien sur ^^).

Je suggère de démarrer à partir d’une clé USB préparée avec une image ISO incluant les firmware privateurs (“non-free”) pour voir si le comportement est différent.

Alors j’ai essayé de booter une clé live debian mais j’ai le même soucis que quand j’ai installé Buster, au boot j’ai un écran noir avec un underscore et rien ne se passe quand j’utilise le clavier.
Je peux quand même avoir un tty avec ctrl+alt+F3.
J’ai également le même résultat quand je met à jour sur Buster depuis Stretch.

Par contre j’ai essayé avec un live Ubuntu 18.04.2 et là j’ai bien l’affichage en 1920x1080. J’ai même connecté le deuxième écran avec un cable HDMI et l’adaptateur HDMI-DisplayPort et j’ai également du 1920x1080 sur le deuxième écran.

Donc à priori c’est pas un soucis avec l’UEFI :slight_smile:

Pour info le kernel utilisé est le 4.18.0-15 sur cette version d’Ubuntu, donc moins récent que celui dispo sur les backports stretch. Le driver graphique utilisé est i915.

$ lspci -kv
[...]
00:02.0 VGA compatible controller: Intel Corporation Device 3e98 (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 8694
Flags: bus master, fast devsel, latency 0, IRQ 125
Memory at a0000000 (64-bit, non-prefetchable) [size=16M]
Memory at 90000000 (64-bit, prefetchable) [size=256M]
I/O ports at 3000 [size=64]
[virtual] Expansion ROM at 000c0000 [disabled] [size=128K]
Capabilities: &lt;access denied&gt;
Kernel driver in use: i915
Kernel modules: i915
[...]

Ce serait juste un problème de configuration de Xorg sur Debian ?

Voila le retour de xrandr avec les deux écrans connectés

$xrandr
Screen 0: minimum 320 x 200, current 3840 x 1080, maximum 8192 x 8192
DP-1 disconnected (normal left inverted right x axis y axis)
HDMI-1 connected 1920x1080+1920+0 (normal left inverted right x axis y axis) 521mm x 293mm
   1920x1080     60.00*+  60.00    50.00    59.94  
   1680x1050     59.88  
   1600x900      60.00  
   1280x1024     60.02  
   1440x900      59.90  
   1280x800      59.91  
   1280x720      60.00    60.00    50.00    50.00    59.94  
   1024x768      70.07    60.00  
   800x600       72.19    60.32    56.25  
   720x576       50.00    50.00  
   720x480       60.00    60.00    59.94    59.94  
   640x480       72.81    66.67    60.00    59.94  
   720x400       70.08  
HDMI-2 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 521mm x 293mm
   1920x1080     60.00*+  60.00    50.00    59.94  
   1680x1050     59.88  
   1600x900      60.00  
   1280x1024     60.02  
   1440x900      59.90  
   1280x800      59.91  
   1280x720      60.00    60.00    50.00    50.00    59.94  
   1024x768      70.07    60.00  
   800x600       72.19    60.32    56.25  
   720x576       50.00    50.00  
   720x480       60.00    60.00    59.94    59.94  
   640x480       72.81    66.67    60.00    59.94  
   720x400       70.08

@PascalHambourg Voila le retour de modinfo

# modinfo i915
filename:       /lib/modules/4.19.0-0.bpo.5-amd64/kernel/drivers/gpu/drm/i915/i915.ko
license:        GPL and additional rights
description:    Intel Graphics
author:         Intel Corporation
author:         Tungsten Graphics, Inc.
firmware:       i915/bxt_dmc_ver1_07.bin
firmware:       i915/skl_dmc_ver1_27.bin
firmware:       i915/kbl_dmc_ver1_04.bin
firmware:       i915/cnl_dmc_ver1_07.bin
firmware:       i915/glk_dmc_ver1_04.bin
firmware:       i915/kbl_guc_ver9_39.bin
firmware:       i915/bxt_guc_ver9_29.bin
firmware:       i915/skl_guc_ver9_33.bin
firmware:       i915/kbl_huc_ver02_00_1810.bin
firmware:       i915/bxt_huc_ver01_07_1398.bin
firmware:       i915/skl_huc_ver01_07_1398.bin
alias:          pci:v00008086d00008A70sv*sd*bc03sc*i*
alias:          pci:v00008086d00008A71sv*sd*bc03sc*i*
alias:          pci:v00008086d00008A5Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00008A5Asv*sd*bc03sc*i*
alias:          pci:v00008086d00008A52sv*sd*bc03sc*i*
alias:          pci:v00008086d00008A5Dsv*sd*bc03sc*i*
alias:          pci:v00008086d00008A5Csv*sd*bc03sc*i*
alias:          pci:v00008086d00008A51sv*sd*bc03sc*i*
alias:          pci:v00008086d00008A50sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A4Csv*sd*bc03sc*i*
alias:          pci:v00008086d00005A44sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A5Csv*sd*bc03sc*i*
alias:          pci:v00008086d00005A54sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A40sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A50sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A4Asv*sd*bc03sc*i*
alias:          pci:v00008086d00005A42sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A5Asv*sd*bc03sc*i*
alias:          pci:v00008086d00005A52sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A49sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A41sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A59sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A51sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA4sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA3sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA2sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA0sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA1sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA8sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA7sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA6sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA5sv*sd*bc03sc*i*
alias:          pci:v00008086d00003EA9sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E94sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E9Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00003E9Asv*sd*bc03sc*i*
alias:          pci:v00008086d00003E96sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E92sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E91sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E99sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E93sv*sd*bc03sc*i*
alias:          pci:v00008086d00003E90sv*sd*bc03sc*i*
alias:          pci:v00008086d000087C0sv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Csv*sd*bc03sc*i*
alias:          pci:v00008086d0000593Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00005927sv*sd*bc03sc*i*
alias:          pci:v00008086d00005926sv*sd*bc03sc*i*
alias:          pci:v00008086d00005923sv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00005912sv*sd*bc03sc*i*
alias:          pci:v00008086d0000591Esv*sd*bc03sc*i*
alias:          pci:v00008086d00005921sv*sd*bc03sc*i*
alias:          pci:v00008086d00005917sv*sd*bc03sc*i*
alias:          pci:v00008086d00005916sv*sd*bc03sc*i*
alias:          pci:v00008086d0000590Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000590Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00005908sv*sd*bc03sc*i*
alias:          pci:v00008086d00005902sv*sd*bc03sc*i*
alias:          pci:v00008086d0000590Esv*sd*bc03sc*i*
alias:          pci:v00008086d00005906sv*sd*bc03sc*i*
alias:          pci:v00008086d00005915sv*sd*bc03sc*i*
alias:          pci:v00008086d00005913sv*sd*bc03sc*i*
alias:          pci:v00008086d00003185sv*sd*bc03sc*i*
alias:          pci:v00008086d00003184sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A85sv*sd*bc03sc*i*
alias:          pci:v00008086d00005A84sv*sd*bc03sc*i*
alias:          pci:v00008086d00001A85sv*sd*bc03sc*i*
alias:          pci:v00008086d00001A84sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A84sv*sd*bc03sc*i*
alias:          pci:v00008086d0000193Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000192Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000193Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000193Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001932sv*sd*bc03sc*i*
alias:          pci:v00008086d0000192Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000192Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001927sv*sd*bc03sc*i*
alias:          pci:v00008086d00001926sv*sd*bc03sc*i*
alias:          pci:v00008086d00001923sv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001912sv*sd*bc03sc*i*
alias:          pci:v00008086d0000191Esv*sd*bc03sc*i*
alias:          pci:v00008086d00001921sv*sd*bc03sc*i*
alias:          pci:v00008086d00001916sv*sd*bc03sc*i*
alias:          pci:v00008086d0000190Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000190Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001902sv*sd*bc03sc*i*
alias:          pci:v00008086d0000190Esv*sd*bc03sc*i*
alias:          pci:v00008086d00001906sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B3sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B2sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B1sv*sd*bc03sc*i*
alias:          pci:v00008086d000022B0sv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000163Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001636sv*sd*bc03sc*i*
alias:          pci:v00008086d00001632sv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000162Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001626sv*sd*bc03sc*i*
alias:          pci:v00008086d00001622sv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000161Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001616sv*sd*bc03sc*i*
alias:          pci:v00008086d00001612sv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Dsv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Asv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000160Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00001606sv*sd*bc03sc*i*
alias:          pci:v00008086d00001602sv*sd*bc03sc*i*
alias:          pci:v00008086d00000155sv*sd*bc03sc*i*
alias:          pci:v00008086d00000157sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F33sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F32sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F31sv*sd*bc03sc*i*
alias:          pci:v00008086d00000F30sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D26sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A2Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000A26sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C26sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D2Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000D2Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000D2Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000D22sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A2Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000A2Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000A22sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C2Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000C2Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000C2Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000C22sv*sd*bc03sc*i*
alias:          pci:v00008086d0000042Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000042Bsv*sd*bc03sc*i*
alias:          pci:v00008086d0000042Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000422sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D16sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A1Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000A16sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C16sv*sd*bc03sc*i*
alias:          pci:v00008086d00000426sv*sd*bc03sc*i*
alias:          pci:v00008086d00000416sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D1Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000D1Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000D1Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000D12sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A1Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000A1Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000A12sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C1Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000C1Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000C1Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000C12sv*sd*bc03sc*i*
alias:          pci:v00008086d0000041Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000041Bsv*sd*bc03sc*i*
alias:          pci:v00008086d0000041Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000412sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D06sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A0Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000A06sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C06sv*sd*bc03sc*i*
alias:          pci:v00008086d00000406sv*sd*bc03sc*i*
alias:          pci:v00008086d00000D0Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000D0Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000D0Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000D02sv*sd*bc03sc*i*
alias:          pci:v00008086d00000A0Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000A0Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000A02sv*sd*bc03sc*i*
alias:          pci:v00008086d00000C0Esv*sd*bc03sc*i*
alias:          pci:v00008086d00000C0Bsv*sd*bc03sc*i*
alias:          pci:v00008086d00000C0Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000C02sv*sd*bc03sc*i*
alias:          pci:v00008086d0000040Esv*sd*bc03sc*i*
alias:          pci:v00008086d0000040Bsv*sd*bc03sc*i*
alias:          pci:v00008086d0000040Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000402sv*sd*bc03sc*i*
alias:          pci:v00008086d0000016Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000162sv*sd*bc03sc*i*
alias:          pci:v00008086d0000015Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000152sv*sd*bc03sc*i*
alias:          pci:v00008086d00000166sv*sd*bc03sc*i*
alias:          pci:v00008086d00000156sv*sd*bc03sc*i*
alias:          pci:v00008086d0000016Asv0000152Dsd00008990bc03sc*i*
alias:          pci:v00008086d00000126sv*sd*bc03sc*i*
alias:          pci:v00008086d00000116sv*sd*bc03sc*i*
alias:          pci:v00008086d00000106sv*sd*bc03sc*i*
alias:          pci:v00008086d00000122sv*sd*bc03sc*i*
alias:          pci:v00008086d00000112sv*sd*bc03sc*i*
alias:          pci:v00008086d0000010Asv*sd*bc03sc*i*
alias:          pci:v00008086d00000102sv*sd*bc03sc*i*
alias:          pci:v00008086d00000046sv*sd*bc03sc*i*
alias:          pci:v00008086d00000042sv*sd*bc03sc*i*
alias:          pci:v00008086d0000A011sv*sd*bc03sc*i*
alias:          pci:v00008086d0000A001sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E92sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E42sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E32sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E22sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E12sv*sd*bc03sc*i*
alias:          pci:v00008086d00002E02sv*sd*bc03sc*i*
alias:          pci:v00008086d00002A42sv*sd*bc03sc*i*
alias:          pci:v00008086d00002A12sv*sd*bc03sc*i*
alias:          pci:v00008086d00002A02sv*sd*bc03sc*i*
alias:          pci:v00008086d000029D2sv*sd*bc03sc*i*
alias:          pci:v00008086d000029C2sv*sd*bc03sc*i*
alias:          pci:v00008086d000029B2sv*sd*bc03sc*i*
alias:          pci:v00008086d000029A2sv*sd*bc03sc*i*
alias:          pci:v00008086d00002992sv*sd*bc03sc*i*
alias:          pci:v00008086d00002982sv*sd*bc03sc*i*
alias:          pci:v00008086d00002972sv*sd*bc03sc*i*
alias:          pci:v00008086d000027AEsv*sd*bc03sc*i*
alias:          pci:v00008086d000027A2sv*sd*bc03sc*i*
alias:          pci:v00008086d00002772sv*sd*bc03sc*i*
alias:          pci:v00008086d00002592sv*sd*bc03sc*i*
alias:          pci:v00008086d0000258Asv*sd*bc03sc*i*
alias:          pci:v00008086d00002582sv*sd*bc03sc*i*
alias:          pci:v00008086d00002572sv*sd*bc03sc*i*
alias:          pci:v00008086d0000358Esv*sd*bc03sc*i*
alias:          pci:v00008086d00003582sv*sd*bc03sc*i*
alias:          pci:v00008086d00002562sv*sd*bc03sc*i*
alias:          pci:v00008086d00003577sv*sd*bc03sc*i*
depends:        drm,drm_kms_helper,video,i2c-algo-bit
retpoline:      Y
intree:         Y
name:           i915
vermagic:       4.19.0-0.bpo.5-amd64 SMP mod_unload modversions 
signat:         PKCS#7
signer:         
sig_key:        
sig_hashalgo:   md4
parm:           modeset:Use kernel modesetting [KMS] (0=disable, 1=on, -1=force vga console preference [default]) (int)
parm:           enable_dc:Enable power-saving display C-states. (-1=auto [default]; 0=disable; 1=up to DC5; 2=up to DC6) (int)
parm:           enable_fbc:Enable frame buffer compression for power savings (default: -1 (use per-chip default)) (int)
parm:           lvds_channel_mode:Specify LVDS channel mode (0=probe BIOS [default], 1=single-channel, 2=dual-channel) (int)
parm:           panel_use_ssc:Use Spread Spectrum Clock with panels [LVDS/eDP] (default: auto from VBT) (int)
parm:           vbt_sdvo_panel_type:Override/Ignore selection of SDVO panel mode in the VBT (-2=ignore, -1=auto [default], index in VBT BIOS table) (int)
parm:           reset:Attempt GPU resets (0=disabled, 1=full gpu reset, 2=engine reset [default]) (int)
parm:           vbt_firmware:Load VBT from specified file under /lib/firmware (charp)
parm:           error_capture:Record the GPU state following a hang. This information in /sys/class/drm/card<N>/error is vital for triaging and debugging hangs. (bool)
parm:           enable_hangcheck:Periodically check GPU activity for detecting hangs. WARNING: Disabling this can cause system wide hangs. (default: true) (bool)
parm:           enable_ppgtt:Override PPGTT usage. (-1=auto [default], 0=disabled, 1=aliasing, 2=full, 3=full with extended address space) (int)
parm:           enable_psr:Enable PSR (0=disabled, 1=enabled) Default: -1 (use per-chip default) (int)
parm:           alpha_support:Enable alpha quality driver support for latest hardware. See also CONFIG_DRM_I915_ALPHA_SUPPORT. (bool)
parm:           disable_power_well:Disable display power wells when possible (-1=auto [default], 0=power wells always on, 1=power wells disabled when possible) (int)
parm:           enable_ips:Enable IPS (default: true) (int)
parm:           fastboot:Try to skip unnecessary mode sets at boot time (default: false) (bool)
parm:           prefault_disable:Disable page prefaulting for pread/pwrite/reloc (default:false). For developers only. (bool)
parm:           load_detect_test:Force-enable the VGA load detect code for testing (default:false). For developers only. (bool)
parm:           force_reset_modeset_test:Force a modeset during gpu reset for testing (default:false). For developers only. (bool)
parm:           invert_brightness:Invert backlight brightness (-1 force normal, 0 machine defaults, 1 force inversion), please report PCI device ID, subsystem vendor and subsystem device ID to dri-devel@lists.freedesktop.org, if your machine needs it. It will then be included in an upcoming module version. (int)
parm:           disable_display:Disable display (default: false) (bool)
parm:           mmio_debug:Enable the MMIO debug code for the first N failures (default: off). This may negatively affect performance. (int)
parm:           verbose_state_checks:Enable verbose logs (ie. WARN_ON()) in case of unexpected hw state conditions. (bool)
parm:           nuclear_pageflip:Force enable atomic functionality on platforms that don't have full support yet. (bool)
parm:           edp_vswing:Ignore/Override vswing pre-emph table selection from VBT (0=use value from vbt [default], 1=low power swing(200mV),2=default swing(400mV)) (int)
parm:           enable_guc:Enable GuC load for GuC submission and/or HuC load. Required functionality can be selected using bitmask values. (-1=auto, 0=disable [default], 1=GuC submission, 2=HuC load) (int)
parm:           guc_log_level:GuC firmware logging level. Requires GuC to be loaded. (-1=auto [default], 0=disable, 1..4=enable with verbosity min..max) (int)
parm:           guc_firmware_path:GuC firmware path to use instead of the default one (charp)
parm:           huc_firmware_path:HuC firmware path to use instead of the default one (charp)
parm:           dmc_firmware_path:DMC firmware path to use instead of the default one (charp)
parm:           enable_dp_mst:Enable multi-stream transport (MST) for new DisplayPort sinks. (default: true) (bool)
parm:           enable_dpcd_backlight:Enable support for DPCD backlight control (default:false) (bool)
parm:           enable_gvt:Enable support for Intel GVT-g graphics virtualization host support(default:false) (bool)

Re , ok , et bien j’ai une idée , j’avais un soucis de driver y’a pas trés longtemps , et j’avais en faite le pilote (driver) libre nouveau qui s’occuper de ma nvidea , et j’avais au debut un black screen que j’ai réglé avec ‘nomodeset’ dans l’editeur du grub , et une résolution trés bisare après ça , mais vraiment super moche x) .
j’avais trouvé et suivis rigoureusement tout ce qui suit dans ce lien https://debian-facile.org/doc:materiel:cartes-graphique:nvidia:accueil .

la commande nvidea-detect te servira énormément si c’est un problème de driver .
si c’est un problème de module . je ne peux t’aider je n’en ai jamais eu . ( module = script entre le driver et kernel ? :stuck_out_tongue: )

cordialement , Morpheus

Je n’ai pas de carte graphique dédiée, donc pas de nvidia, donc pas de driver nouveau :slight_smile:

Le GPU est intégré et c’est un GPU intel donc logiquement c’est plutôt le driver i915 qui devrait être utilisé.

Et pour info un module c’est du code compilé (en général un driver en .ko) qui s’insère dans le noyau au chargement. Rien a voir avec un script, c’est complètement en espace kernel après avoir été chargé.

1 J'aime

Re :slight_smile: Désolé mdr j’étais persuadé que t’avais une nvidea va savoir pourquoi x’) .

Le GPU est intégré et c’est un GPU intel donc logiquement c’est plutôt le driver i915 qui devrait être utilisé.

tu veux dire , " le module i915 ?"

pour le fait que ce soit intel ou nvidea , le pilote nouveau prends toute les marque ( + ou moins ) donc même si t’as un intel ca change rien de ce coté là .

tu à peut être raison sur le serveur X . j’ai vue ici https://doc.ubuntu-fr.org/xorg que je cite

" * Certains modèles d’écrans et de cartes graphiques sont mal détectés (cela empêche le démarrage du serveur X) "

après pour les détails , pareil , j’ai jamais eu ce problème je peux pas t’aider dans le fond .
en espérant avoir t’orienter un minimum .
Cordialement , Morpheus

Vieux:

Nouveau

Donc essayes d’empêcher le chargement du framebuffer au boot, en passant un argument nofb au noyau, juste pour tester.
Pure intuition…

Et intel-microcode, inteltool, à tous hasards ?

intel-microcode était déjà installé, pas inteltool.

Même résultat après l’installation du paquet.

Idem en passant le paramètre nofb au kernel :confused:

J’ai également tenté en ajoutant i915.modeset=1 mais toujours le même résultat.

Dans tous les cas le retour de inxi -G est toujours le même, fbdev est utilisé.

Voila le retour d’erreur au cas où ça puisse servir.

$ sudo journalctl -r -p err
-- Logs begin at Wed 2019-06-12 19:48:30 CEST, end at Wed 2019-06-12 19:53:07 CEST. --
Jun 12 19:49:31 debian-home kernel: hdaudio hdaudioC0D2: Unable to bind the codec
Jun 12 19:48:57 debian-home pulseaudio[1058]: [pulseaudio] bluez5-util.c: GetManagedObjects() failed: org.freedesktop.DBus.Error.TimedOut: Failed to activate service 'org.bluez': timed out
Jun 12 19:48:32 debian-home gnome-session-binary[658]: Unrecoverable failure in required component org.gnome.Shell.desktop
Jun 12 19:48:32 debian-home avahi-daemon[560]: chroot.c: open() failed: No such file or directory
Jun 12 19:48:30 debian-home kernel: kvm: disabled by bios
Jun 12 19:48:30 debian-home kernel: iTCO_wdt iTCO_wdt: can't request region for resource [mem 0x00c5fffc-0x00c5ffff]

J’aurais pu te le dire et t’éviter une perte de temps inutile si j’avais eu le temps de répondre plus tôt.
Le paquet inteltool n’a rien à voir avec les GPU ni les firmwares Intel. @mattotop a peut-être confondu avec iucode-tool qui sert à charger les microcodes des processeurs Intel.

Le paquet intel-microcode n’a rien à voir non plus avec les firmwares de GPU, il ne contient que des microcodes de CPU.

Les paramètres nofb et i915.modeset=1 n’ont d’effet que si un framebuffer est disponible et si le module i915 est chargé et gère le GPU, ce qui n’est pas le cas. L’identifiant PCI du GPU 3E98 affiché par lspci ne figure pas dans les alias du module i915 affichés par modinfo. Donc cette version du module ne gère pas ce GPU. Comme c’est le module qui charge un éventuel firmware si besoin, le paquet firmware-misc-nonfree qui contient ces firmwares ne sert à rien.

Tu peux exécuter la même commande modinfo sous Ubuntu et comparer sa sortie avec celle de Debian.

Xorg utilise son pilote fbdev par défaut, parce que sans prise en charge par le module i915 il ne peut pas utiliser ses pilotes intel ni modesetting. C’est la conséquence et non la cause.

EDIT : il peut arriver qu’un module soit capable de gérer un périphérique mais ne connaisse pas son identifiant PCI, par exemple parce que le périphérique a plusieurs identifiants possibles, ou qu’il existe des variantes mineures. Il est possible d’ajouter un identifiant PCI à un module de la façon suivante :

modprobe i915
echo "8086 3e98" > /sys/bus/pci/drivers/i915/new_id

Mais tous les modules ne supportent pas cette fonctionnalité. A tester.

J’aurais pu te le dire et t’éviter une perte de temps inutile si j’avais eu le temps de répondre plus tôt.

Pas de soucis :wink: De toute façon je vais réinstaller au propre une fois la solution trouvée.

Les paramètres nofb et i915.modeset=1 n’ont d’effet que si un framebuffer est disponible et si le module i915 est chargé et gère le GPU, ce qui n’est pas le cas.

Ok, je pensais que Xorg chargeait fbdev par defaut au lieu de i915.

Du coup si je résume Xorg essaie bien de charger i915 mais comme il ne connaît pas le GPU, il utilise fbdev en seconde solution ?

Effectivement, un diff entre les retours de modinfo sur debian et ubuntu met en avant un alias qui contient l’id du GPU.

$ diff debian ubuntu | grep 3E98
> alias:          pci:v00008086d00003E98sv*sd*bc03sc*i*

Du coup j’ai essayé de voir pour ajouter le GPU à i915. Je pense qu’il supporte la fonctionnalité car en cherchant un peu dans sysfs on trouve un emplacement /sys/module/i915/drivers/pci:i915/new_id

Par contre quand j’essaie d’écrire l’idVendor et l’idProduct vers ce chemin je me prend un Invalid argument

# echo "8086 3e98" > /sys/module/i915/drivers/pci:i915/new_id
bash: echo: write error: Invalid argument

J’ai le même résultat avec et sans les quotes et avec ‘E’ et ‘e’ (on sait jamais :wink: )

Non, i915 est un module du noyau, pas un pilote de Xorg, et il est chargé indépendamment de Xorg. Xorg essaie d’utiliser ses propres pilotes intel et modesetting (si installés) avec ce GPU, mais ils ne peuvent pas fonctionner sans le module i915. Donc Xorg se rabat sur un pilote générique qui peut fonctionner sans le module, comme fbdev ou vesa.

Le noyau 4.18 d’Ubuntu a dû être patché pour prendre en charge ce GPU.

Donc le module i915 ne supporte pas cette fonctionnalité. Cela ne m’étonne pas car le module gère un grand nombre de GPU différents qui se pilotent de façon différente et il ne suffit pas de lui dire qu’il peut prendre en charge tel matériel, il faut aussi lui dire comment le piloter.

Non, i915 est un module du noyau, pas un pilote de Xorg, et il est chargé indépendamment de Xorg.

Oui je me suis mal exprimé, j’aurais plutôt du dire “s’interfacer avec le module i915”.

Donc le module i915 ne supporte pas cette fonctionnalité.

Ok, je trouve que le code d’erreur EINVAL n’est pas très parlant, un ENOSYS serait plus parlant. Car on comprendrait bien que c’est un problème de fonctionnalité non implémentée plutôt qu’un problème de format (mais après tout les ioctls non implémentées retourne aussi EINVAL donc bon :wink: )

Le noyau 4.18 d’Ubuntu a dû être patché pour prendre en charge ce GPU.

La ça devient intéressant :slight_smile: Je vais voir si j’arrive à trouver le patch et si j’y arrive j’essaierai de recompiler le kernel après application du patch (à condition qu’il soit applicable bien sûr).

Sinon faudra aller taper dans les sources… mais la ça risque d’être compliqué vu mon niveau pas ouf en drivers linux.

Par contre, est ce qu’une autre solution ne serait pas envisageable ?

Je me dit que plutôt que recompiler un kernel avec le patch, Je peux peut-être récupérer les sources du noyau Ubuntu déjà patchées et le recompiler avec la configuration de mon noyau ?

Tu peux même carrément installer le .deb d’un noyau ubuntu (et le paquet de headers qui vont avec pour faire bonne mesure):
a priori, pas de dépendances spécifiques au noyau ubuntu donc normalement, même pas besoin de le recompiler.

Il y avait une autre hypothèse, beaucoup moins probable, que Debian ait patché son noyau pour désactiver le support de ton GPU, parce qu’il aurait été constaté qu’il fonctionnait mal.
J’ai trouvé sur https://cateee.net/lkddb/web-lkddb/DRM_I915.html que l’identifiant PCI de ton GPU est présent dans le module i915 à partir de la version 4.20 du noyau officiel (kernel.org) donc il est normal que le noyau 4.19 de Debian ne le reconnaisse pas, et le noyau 4.18 d’Ubuntu est forcément patché.

Bonjour à tous,

Tout d’abord, désolé pour le temps que j’ai pris pour répondre mais j’ai été très pris au boulot et je n’ai pas eu le temps de m’y remettre avant hier.

J’ai donc pu tester Debian stretch avec un kernel 4.20 et la miracle, ça fonctionne nickel les deux écrans sont reconnus avec la bonne résolution \o/

Donc déjà --> Merci beaucoup :wink:

@PascalHambourg C’était donc bien la bonne piste du driver i915 qui ne supportait pas le GPU.

Comme @mattotop me l’a conseillé, j’ai dans un premier temps installé le kernel 4.20 dispo sur les repo ubuntu.

Maintenant l’idée se serait de fiabiliser ça un petit peu, dans les paquet distribués par Debian, il y en a beaucoup qui sont recompilés avec les linux-headers, il faut donc les linux-headers (et potentiellement linux-modules) en plus du paquet linux-image.

Je pense que le mieux à faire dans mon cas c’est de configurer un Debian hybride qui est basé sur Buster (j’aime bien buster et c’est plutôt stable je trouve, donc pas de soucis) mais avec le kernel experimental.

Est-il possible de configurer apt pour aller chercher sur les dépots experimental uniquement les paquets qui dépendent de linux-image > 4.20 et de chercher les autres sur les dépot testing ?

J’imagine qu’avec les pin-priority ça doit être faisable sans trop de soucis (j’ai jamais testé pour l’instant mais ça à l’air d’être fait pour visiblement ^^)

Est ce que je suis sur la bonne piste où ça risque de ne pas suffire pour conserver un système “maintenable” facilement avec apt ?