OpenChrome

OpenChrome est un projet de pilote libre pour les puces graphiques VIA/S3G UniChrome et UniChrome Pro (CLE266, KN400, KM400, K8M800, PM800, CN400, VN800, K8M890 Chrome9 IGP).

Pour de plus amples informations sur le projet, visitez http://www.openchrome.org/ (en anglais).

Ce tutoriel vous aidera à compiler les fichiers sources du projet pour Ubuntu 6.06 (Dapper), 6.10 (Edgy) et suivantes. Cela devrait aussi fonctionner sur la distribution debian et les distributions basées sur Debian comme Kanotix et Knoppix.

Si le tutoriel ne marche pas pour certains, se rendre sur la page de Documentation anglophone : https://help.ubuntu.com/community/OpenChrome

• Vous devez avoir des droits d'administateur.
• Assurez-vous d'avoir activé les dépôts Universe et Multiverse .

Sous Ubuntu 6.10 (Edgy), tapez dans un terminal :

sudo apt-get build-dep xserver-xorg-video-via

Sous Ubuntu 6.06.1, Debian et les distributions basées sur Debian, tapez :

sudo apt-get build-dep xserver-xorg-driver-via

Vous devez aussi installer les outils de compilation suivants :

sudo aptitude install subversion autoconf automake1.9 libtool git-arch 

Pour compiler les sources 3D vous aurez aussi besoin des fichiers d'entêtes ¹⁾ :

sudo aptitude install linux-headers-`uname -r`

Nous allons maintenant compiler les sources.

Créez un nouveau répertoire et allez dedans :

mkdir openchrome
cd openchrome

Pour toutes les puces autres que K8M890, téléchargez les sources avec :

svn co http://svn.openchrome.org/svn/trunk/

Pour la puce K8M890 tapez la ligne suivante à la place :

svn co http://svn.openchrome.org/svn/branches/experimental_branch

Allez dans le répertoire des sources

cd trunk

Pour la puce K8M890 tapez ce qui suit à la place :

cd experimental_branch

La ligne de commande suivante prépare l'installation des pilotes :

./autogen.sh --prefix=/usr/

Compilez les sources :

make

Installez les pilotes :

sudo make install

Avant de passer à la procédure d'installation, je vous conseille de faire une sauvegarde de votre fichier « xorg.conf » (qui est le fichier de configuration du serveur X) :

sudo cp /etc/X11/xorg.conf /etc/X11/xorg.backup

Ainsi, en cas de problèmes, il suffit de restaurer l'ancien fichier, ceci vous évitera peut-être bien des maux de tête :

sudo cp /etc/X11/xorg.backup /etc/X11/xorg.conf

Éditez le fichier xorg.conf pour adopter le pilote « via » :

sudo gedit /etc/X11/xorg.conf

Allez dans la section « "Device" » :

  Section "Device"

et changez

  Driver		"blahblah"

pour

  Driver		"via"

Enregistrez le fichier.

Au final, relancez l'interface graphique X par la combinaison de touches <Ctrl><Alt>«→

Si le serveur graphique Xorg ne se relance pas (vous aurez un écran bleu avec des symboles bizarres et du texte en anglais), il faudra soit rétablir la version sauvegardée de xorg.conf, soit éditer de nouveau le fichier xorg.conf pour remettre l'ancien pilote dans la section Device. Notez la ligne de commande suivante avant de relancer :

sudo nano /etc/X11/xorg.conf

Pour savoir si la 3D est activée (mais ça m'étonnerait franchement beaucoup), tapez

 glxinfo | grep rendering

vous devriez obtenir une ligne du style

  Direct rendering: Yes

À moins que ça ne fasse planter votre serveur X.

Si ca ne marche pas, vous pouvez toujours tenter les manips suivantes (c'est un peu long et sans garantie) :

Il y a de fortes chances que ça ne fonctionne pas sous Edgy car la version de mesa dri installée, 6.5, a subi des régressions par rapport à la version 6.4 (celle qui est recommandée par le projet OpenChrome).

Revenez dans votre répertoire personnel :

cd ~

Récupérez le code source du DRM ²⁾, 4 Mio environ :

git-clone git://anongit.freedesktop.org/git/mesa/drm

La bibliothèque est en général déjà installée sous Edgy ; à n'installer que si vous souhaitez avoir la dernière version.

Allez dans le répertoire des sources de « libdrm » :

cd drm

Préparez l'installation :

./autogen.sh --prefix=/usr

Compilez les sources :

make

Installez les fichiers compilés :

sudo make install

Cette étape ne devrait pas être nécessaire sous Edgy car les pilotes sont installés par défaut. Vous devrez tout de même lancer les modules « drm » et « via » (voir plus loin).

Pour la puce K8M890, la compilation sera nécessaire avec en plus l'adjonction d'un patch sur le fichier « dri_pciids.txt » pour y adjoindre le support de cette puce : http://www.openchrome.org/trac/attachment/ticket/82/drm_k8m890.patch. Vous trouverez ce fichier dans le répertoire « ~/drm/shared-core ».

Revenez dans votre répertoire personnel :

cd ~

Allez dans le répertoire du module et compilez les modules du noyau :

cd drm/linux-core
make LINUXDIR=/lib/modules/`uname -r`/build DRM_MODULES=via

Copiez les modules du noyau au bon endroit

sudo cp *.ko /lib/modules/`uname -r`/kernel/drivers/char/drm/

On lance « depmod » pour régénérer les dépendances du noyau :

sudo depmod -ae

On lance les modules :

sudo modprobe drm
sudo modprobe via

Refaites le test « glxinfo ». Si c'est bon, tant mieux, il vous reste à inscrire les modules pour qu'ils se lancent au démarrage de votre machine

sudo echo "drm" >>/etc/modules
sudo echo "via" >>/etc/modules

Sinon, il vous reste toujours la 2D : c'est mieux que rien !

Ceci est dû à un bug dans drm. Pour y remédier vous devez décommenter la ligne :

      Load    "dri"

dans le fichier « xorg.conf ». Cela aura pour effet de supprimer l'accélération 3D, mais votre système ne se glacera plus …

Cela arrive le plus souvent sur des ordinateurs portables et est dû au fait que Openchrome ne gère pas correctement Xv ? sur certains modèles. Vous pouvez essayer de changer le pilote vidéo de votre lecteur (dans Xine) pour "gl" ou "x11" et tester. Ce problème n'apparaît plus lorsqu'on utilise un moniteur externe. Les développeurs du projet Openchrome travaillent sur la résolution du problème.

Avec VLC : Ouvrez VLC, puis cliquez sur Paramètres ⇒ Préférences ⇒ Vidéo ⇒ Output Modules, cocher la case « Options Avancées », puis changer le mode de sortie vidéo pour le mode « X11 ». extrait de http://doc.ubuntu-fr.org/aiglx , ça fonctionne très bien avec VIA/S3G UniChrome Pro IPL de mon portable.

C'est un bug connu qui affecte la gestion des puces VN800 et VM800. Vous pouvez essayer d'ajouter l'option suivante dans la section Device de « xorg.conf » :

        Option          "SWCursor" "true"

Contributeurs :