Page suivante - Page précédente - Table des matières

3. Installation

La mise en place du 3Dfx sous Linux passe par les étapes suivantes :

  1. installation de la carte;
  2. installation des logiciels Glide;
  3. compilation, édition de liens et/ou exécution de l'application.

Les sections suivantes couvrent ces étapes en détail.

3.1 Installation de la carte.

Reportez vous aux instructions données par le fabricant de votre matériel pour mettre la carte en place. Il ne devrait pas s'avérer nécessaire d'aller modifier les IRQ, les canaux DMA : le Plug&Plante (tm) ou les valeurs en sortie d'usine sont censés fonctionner. On accède aux cartes décrites ci-après via l'espace d'adressage mémoire. On n'a donc pas besoin d'interruption. Les chevauchements en mémoire avec d'autres périphériques constituent les seuls conflits possibles.

Puisque 3Dfx n'intervient pas dans le développement et la fabrication de cartes, il est inutile de les contacter en cas de problèmes.

Solutions aux problèmes d'installation

Afin de vérifier l'installation et l'adressage mémoire des périphériques, faites un cat /proc/pci. La sortie devrait ressembler à ce qui suit :


 Bus  0, device  12, function  0:
 VGA compatible controller: S3 Inc. Vision 968 (rev 0).
 Medium devsel.  IRQ 11.
 Non-prefetchable 32 bit memory at 0xf4000000.
 Bus  0, device   9, function  0:
 Multimedia video controller: Unknown vendor Unknown device (rev 2).
 Vendor id=121a. Device id=1.
 Fast devsel.  Fast back-to-back capable.
 Prefetchable 32 bit memory at 0xfb000000.

( cas d'une Diamond Monster 3D utilisée conjointement à une Diamond Stealth-64 ). Un cat /proc/cpuinfo /proc/meminfo aidera à résoudre les conflits et sera utile pour signaler un bug.

Les noyaux courants afficheront peut-être au démarrage :


Jun 12 12:31:52 hal kernel: Warning : Unknown PCI device (121a:1).
Please read include/linux/pci.h

Rien de grave. Cependant, si vous possédez une carte exotique ou récemment mise à jour, prenez le temps de lire les conseils donnés au début du fichier /usr/include/linux/pci.h afin de transmettre les informations utiles à linux-pcisupport@cao-vlsi.ibp.fr.

Si des problèmes se manifestent avec votre carte, examinez ce qui se passe sous DOS et/ou Windows. Il est peu probable qu'un constructeur prenne la peine de répondre à une demande d'aide ou au rapport d'un bug sous Linux. Pour avoir pratiqué le service d'aide de Diamond via courrier électronique, je ne m'attendrais d'ailleurs pas trop à une réaction quel que soit le système d'exploitation.

Configuration du noyau

Seule la gestion du bus PCI est requise. Le Linux Kernel HOWTO fournit tous les détails relatifs à la compilation d'un noyau.

Configuration des périphériques

Pour l'instant, les pilotes ne nécessitent pas de périphériques particuliers. Contrairement aux gestionnaires de cartes sons qui requièrent les entrées /dev/dsp et /dev/audio dont la présence n'est pas garantie, les pilotes reposent ici sur le /dev/mem qui est toujours disponible. Il vous faudra bien sûr disposer des droits de super-utilisateur ou recourir à setuid pour accéder à la carte accélératrice.

3.2 Gestion des écrans

Deux configurations sont possibles avec les cartes accélératrices. Soit vous faites transiter les signaux vidéo issus de votre carte usuelle par l'accélérateur graphique, soit vous employez simultanément deux écrans. Reportez vous aux manuels utilisateurs du constructeur de votre carte pour plus de détails. Les deux solutions ont été essayées avec la Monster 3D.

Affichage avec un seul écran

Ce mode opératoire permet de vérifier le bon fonctionnement de base de la carte accélératrice : si le signal vidéo n'est pas transmis à l'écran, une défaillance matérielle est à envisager.

Notez qu'il risque de se produire un affaiblissement sensible du signal. On a signalé le cas de câbles de piètre qualité fournis avec la Monster 3D ( par exemple ) et celui que j'ai essayé n'a pas fait exception.

Les configurations reposant sur un écran unique recèlent d'autres subtilités. Le passage d'un mode d'affichage VGA à l'affichage accéléré modifie aussi bien la résolution que la fréquence du moniteur , et ce même si vous travaillez avec X11 en 640x480. De surcroît, avec X11, votre application a la charge de gérer les évènements souris et claviers sans quoi vous vous exposez à de sérieuses difficultés ( X reste naturellement invisible lorsque l'on a basculé en mode accéléré ). L'utilisation d'une console SVGA à la place de X11 est envisageable.

Si vous avez l'intention de n'utiliser qu'un seul écran duquel vous exigerez des changements de mode fréquents, n'oubliez pas que les composants de votre moniteur risquent de se fatiguer.

Un moniteur avec deux entrées vidéo

Certains moniteurs haut-de-gamme ( par exemple le EIZO F-784-T ) offrent deux connecteurs : un BNC à 5 broches ( RGB, HSync, VSync ) et un Sub-D VGA usuel. Ces écrans comportent généralement des boutons de sélection de l'entrée vidéo. Il est ainsi possible d'utiliser le connecteur BNC avec la carte graphique habituelle via un câble adéquat et de relier l'accélérateur 3Dfx à l'autre entrée.

Deux écrans

La carte accélératrice n'a nul besoin d'une entrée VGA. Au lieu de faire transiter par cette dernière le signal vidéo usuel, vous pouvez diriger les sorties vidéos vers deux moniteurs différents. Cette solution est certes la plus dispendieuse mais elle donne les meilleurs résultats. Vous pourrez ainsi utiliser conjointement X11 et l'affichage accéléré en plein écran à des fins de déboggage et de développement.

La carte accélératrice cesse de fournir le moindre signal vidéo lorsqu'elle n'est plus utilisée. Par conséquent, à chaque fois que l'application concernée s'arrête, les composants économiseurs d'énergie risquent, selon la configuration de votre matériel, d'entrer en action. Le moniteur se lassera peut-être à la longue. Utilisez donc :


setenv SST_DUALSCREEN 1

pour maintenir la sortie vidéo active.

3.3 Installation des logiciels Glide

Les pilotes et la librairie Glide sont réunis dans un unique fichier compressé. Décompactez/détarez les avec tar et gzip et suivez les instructions fournies dans les fichiers README et INSTALL qui accompagnent le logiciel. Par défaut, les fichiers sont installés dans les répertoires lib, bin, include sous /usr/local/glide/ et le chemin d'accés aux librairies correspondants est ajouté au ld.conf. L'installation des fichiers et la modification du ld.conf sont des étapes indépendantes. Sans l'étape de mise à jour du ld.conf, vous devrez positionner manuellement la variable d'environnement LD_LIBRARY_PATH.

Les fichiers d'en-tête doivent être visibles par le compilateur si vous souhaitez compiler vos propres applications graphiques ! Si l'installation par défaut ne vous satisfait pas, vérifiez bien que les bibliothèques dynamiques sont accessibles sans quoi vous aurez droit à un can't load library 'libglide.so'.

Le programme detect

La distribution logicielle inclut le programme bin/detect ( les sources ne sont pas disponibles ). Le lançant sous l'identité root, vous obtiendrez quelque chose dans le genre :


slot  vendorId   devId   baseAddr0  command  description
----  --------  ------  ----------  -------  -----------
 00    0x8086  0x122d  0x00000000   0x0006  Intel:430FX (Triton)
 07    0x8086  0x122e  0x00000000   0x0007  Intel:ISA bridge
 09    0x121a  0x0001  0xfb000008   0x0002  3Dfx:video multimedia adapter
 10    0x1000  0x0001  0x0000e401   0x0007  ???:SCSI bus controller
 11    0x9004  0x8178  0x0000e001   0x0017  Adaptec:SCSI bus controller
 12    0x5333  0x88f0  0xf4000000   0x0083  S3:VGA-compatible display co

Si vous n'êtes pas root, vous serez gratifié d'un :
Permission denied: Failed to change I/O privilege. Are you root?

Si vous signalez un bug, joignez une copie de la sortie écran de detect.

Test de l'installation

La distribution Glide comprend un répertoire avec des programmes de test. Ces programmes sont soumis au copyright 3Dfx. Leur utilisation n'est licite que pour les possesseurs d'une carte munie d'un composant 3Dfx. Reportez vous au fichier LICENSE de la distribution ou au site web www.3dfx.com pour plus de détails.

Bien que des binaires soient disponibles, il est recommandé de compiler soi-même les programmes. Certains exécutables ont besoins de fichiers tels alpha.3df que vous trouverez dans le même répertoire. Tous les test ont lieu avec une résolution de 640 par 480. Certains demanderont des caractères, d'autre se cantonneront à afficher Press A Key To Begin Test. Méfiez vous d'un éventuel accaparement des évènements de saisie par X11 si ce dernier fonctionne également sur le même écran.

Le fichier README.test donne la liste des programmes ainsi que divers détails.


Page suivante - Page précédente - Table des matières