Re: Écran noir avec Intel UHD Alder-Lake sur Bookworm+Backports [RESOLU]
Le 21/12/2023 à 17:08, Olivier a écrit : Il semble que le paramètre i915.modeset=0 désactive Wayland au profit de X11. Le jeu. 21 déc. 2023 à 14:57, didier gaumet a écrit : Bonjour, Les wiki Debian https://wiki.debian.org/GraphicsCard#Intel et Archlinux https://wiki.archlinux.org/title/Intel_graphics semblent faire aboutir à la conclusion que pour un matériel graphique Intel si récent il vaudrait mieux utiliser le serveur Xorg modesetting plutôt que intel. Perso j'ai pas testé, j'ai un Core i7 qui doit à la louche date de 2019 ou 2020 avec la carte graphique intel UHD620, je n'ai touché à rien, c'est le module i915 et le serveur Xorg intel qui sont utilisés. Ne te fie pas aveuglément à ce que je raconte, je suis loin d'avoir bien compris le fonctionnement des couches graphiques sous Linux, et je mélange peut-être allègrement des trucs dans un gloubi-boulga vaseux, hein :-) mais - cette option i915.modeset=0 sert à spécifier que le module noyau i915 (et lui seul)n'utilise pas KMS(1). Si tu avais une deuxième carte graphique, sans options supplémentaires, elle pourrait utiliser KMS. - je ne sais pas vraiment si modeset=0 interdit l'emploi de Wayland à cause de EGL(3) - à supposer que ça interdise l'emploi de Wayland, je ne pense pas que ça suffise à basculer sur X11, la configuration qui choist entre les deux est ailleurs. - il semble que ce que j'ai raconté concernant l'espace utilisateur Xorg sur les paquets xserver intel et modesetting semble périmé: aujourd'hui dans Debian le xserver intel intègre ce qu'il faut pour le KMS et il n'y a plus de xserver modesetting - et concernant l'espace noyau pur une carte graphique intel, c'est a priori toujours le module i915 qui serait employé (le module gma500 serait réserve à une série bien particulière assez ancienne? (sous réserve)) J'espère n'avoir pas rendu le problème encore moins clair: tu l'as compris, je ne maîtrise pas le truc, donc je me contente de te souhaiter bonne chance :-) (1) un article du wiki Archlinux sur le modesetting (KMS): https://wiki.archlinux.org/title/Kernel_mode_setting (2) ici la schéma de la pile graphique combinée Wayland et Xorg: https://upload.wikimedia.org/wikipedia/commons/c/c2/Linux_Graphics_Stack_2013.svg?uselang=fr (3) le schéma de la pile Wayland avec EGL: https://upload.wikimedia.org/wikipedia/commons/a/a7/Wayland_display_server_protocol.svg?uselang=fr
Re: Écran noir avec Intel UHD Alder-Lake sur Bookworm+Backports [RESOLU]
Il semble que le paramètre i915.modeset=0 désactive Wayland au profit de X11. Le jeu. 21 déc. 2023 à 14:57, didier gaumet a écrit : > > Bonjour, > > Les wiki Debian https://wiki.debian.org/GraphicsCard#Intel et Archlinux > https://wiki.archlinux.org/title/Intel_graphics semblent faire aboutir à > la conclusion que pour un matériel graphique Intel si récent il vaudrait > mieux utiliser le serveur Xorg modesetting plutôt que intel. > Perso j'ai pas testé, j'ai un Core i7 qui doit à la louche date de 2019 > ou 2020 avec la carte graphique intel UHD620, je n'ai touché à rien, > c'est le module i915 et le serveur Xorg intel qui sont utilisés. >
Re: Écran noir avec Intel UHD Alder-Lake sur Bookworm+Backports [RESOLU]
Bonjour, Les wiki Debian https://wiki.debian.org/GraphicsCard#Intel et Archlinux https://wiki.archlinux.org/title/Intel_graphics semblent faire aboutir à la conclusion que pour un matériel graphique Intel si récent il vaudrait mieux utiliser le serveur Xorg modesetting plutôt que intel. Perso j'ai pas testé, j'ai un Core i7 qui doit à la louche date de 2019 ou 2020 avec la carte graphique intel UHD620, je n'ai touché à rien, c'est le module i915 et le serveur Xorg intel qui sont utilisés.
Re: Écran noir avec Intel UHD Alder-Lake sur Bookworm+Backports [RESOLU]
Merci à tous pour vos réponses. Pour le processeur: Processor Information Socket Designation: U3E1 Type: Central Processor Family: Core i3 ... Version: Intel(R) Core(TM) i3-N305 Ce processeur fonctionne avec Bullseye qui est basé sur le noyau 5.10 et, si j'en crois le fichier /etc/gdm3/daemon.conf d'une autre machine, Bullseye ne désactive pas Wayland. J'ai ajouté i915.modeset=0 à la fin de la ligne GRUB_CMDLINE_LINUX_DEFAULT="quiet" du fichier /etc/default/grub, puis j'ai exécuté "grub-mkconfig -o /boot/grub/grub.cfg && reboot". Et là, l'écran est devenu opérationnel même s'il a une résolution inadaptée (fenêtres et lettres qui occupent trop de place) ! Encore merci, à tous ! Pour en arriver là, j'ai successivement: - installé Bullseye - installé SSH - upgradé en Bookworm - ajouté le noyau 6.5 - ajouté i915.modeset=0 dans Grub Il me reste à : - obtenir une résolution normale - décider si ça vaut le coup ou non de tout recommencer pour avoir une Bookworm normale (dotée du noyau 6.1) - expliquer ce qui a pu planter l'installeur de Bookworm Encore de multiples questions à poser sur cette liste ;-)) Le jeu. 21 déc. 2023 à 13:49, Frédéric BOITEUX a écrit : > > Bonjour, > > C’est assez étonnant que ta machine ne soit pas gérée par la toute dernière > version du noyau Linux… Intel intègre en général les adaptations pour ses > cartes graphiques intégrées dans le noyau Linux pour que ce soit disponible > quand les puces sont sur le marché. Je ne sais pas quelle puce tu as > exactement, mais d’après qq recherches sur le Web, les processeurs Alder Lake > N semblent gérés par Linux depuis le noyau 5.16 > (https://www.phoronix.com/news/Intel-Alder-Lake-N-Linux-Gfx). > > Tu pourrais essayer de retirer le mot-clé « quiet » des options de boot pour > voir si tu as plus d’affichage au démarrage, et si oui, jusqu’à quand … > > Sinon, j’ai souvent utilisé des Debian avec un noyau venant de la source « > backports », c’est souvent nécessaire lorsque tu installes une machine > récente par rapport à la sortie de la dernière version stable. Ce n’est pas > trop un problème, il y a régulièrement des mises à jour (pour la sécurité > notamment), et quand arrive la prochaine version stable, tu as déjà son > noyau, donc zéro souci de migration… > > Cdlt, > Fred.
