Absence de prise en charge de GL sur FreeBSD avec graphiques Intel

0

Lorsque j'essaie d'utiliser plot()in, octave-clije reçois une fenêtre vide au lieu d'un tracé et l'erreur suivante:

Insufficient GL support

ce qui suggère que le glxmodule est absent de la configuration du serveur X. Alors j'ai ajouté

Section "Module"
    Load "glx"
EndSection

dans mon fichier de configuration X autrement vide à l’adresse /usr/local/etc/X11/xorg.conf.

Cela n'a pas aidé.

Ce qui est intéressant, c’est que j’ai les journaux suivants /var/log/Xorg.0.log:

(EE) Failed to initialize GLX extension (Compatible NVIDIA X driver not found)

(Je ne peux pas récupérer l'intégralité du fichier journal, mais avant ce message, mesa-driGLX contient déjà une information ).

J'ai essayé de configurer la carte Nvidia pour prendre en charge GLX pour moi, mais je pouvais trouver un moyen de le faire.

Que puis-je faire pour apporter le support GL à mon système?


Détails

  • Système d'exploitation: FreeBSD 12.0-CURRENT FreeBSD 12.0-CURRENT # 2 r324767 amd64 avec un noyau GENERIC construit à partir des sources.
  • Matériel: Lenovo Yoga 3 14 avec Nvidia GeForce 940M et Intel Broadwell HD Graphics 5500.
Mateusz Piotrowski
la source

Réponses:

2

tl; dr

La solution est assez simple:

pkg remove nvidia-driver nvidia-xconfig nvidia-settings xorg drm-next-kmod
pkg autoremove
pkg install xorg drm-next-kmod

Qu'est-il arrivé?

Il s'avère que nvidia-driverécrase les fichiers précédemment installés par xorget / ou drm-next-kmod. En conséquence, le serveur X est incapable de déterminer ce qui est vraiment en charge de supporter GL.

Autant que je sache, la technologie utilisée dans cette machine s'appelle Optimus ( plus ici ). Cela ne semble pas être bien supporté sous FreeBSD et sa configuration n’est pas évidente. Pour cette raison, il n'est pas recommandé de mélanger ces deux GPU sur FreeBSD. Il suffit de s'en tenir à l'un d'eux (j'ai choisi la carte Intel).


Références

Mateusz Piotrowski
la source