Le blog de llaumgui - drivers

J'en ai révé, AMD/ATI l'a fait !

llaumgui — Mon, 14 May 2007 18:52:00 +0200

Après avoir beaucoup critiqué ATI et sa politique, je pourrais revenir sur mes dires suite à cette annonce : AMD/ATI va libérer ses pilotes.

J'en avais rêvé, sans trop y croire, ATI l'a fait ! En espérant que cela aura un effet boule de neige ;-).

GNU/Linux de moins en moins Gnou ?

llaumgui — Sat, 07 Apr 2007 14:14:00 +0200

Avec le temps qui passe et afin de simplifier l'appellation, ce que nous appelions GNU/Linux est devenu tout simplement Linux... Mais n'aurions nous pas oublié le gnou dans tout ça ?

Exemple 1 : Ubuntu 7.04

Ubuntu met tellement en avant les solutions de drivers propriétaires qu'une application pour surveiller leur mise à jour et directement incluse dans la distro.

Pire que ça, directement depuis le Feisty de base on peut télécharger son lot de logiciels closed source simplement en sélectionnant l'option "Toutes les applications disponibles".

Exemple 2 : openSuse 10.2

Naïf, je pensais qu'openSuse était la version 100% open source de Suse, la distribution Linux de chez Novell.
Erreur ! Dès l'installation, sans rien que j'ai à demander, openSuse me propose d'accepter les licences de Adobe ICC Profiles, Agfa fonts et Adobe Flash Player... Que des produits closed source <ironie>indispensables</ironie> compris directement dans openSuse et soumis à licences, que l'on peu heureusement refuser !

La licence d'openSuse qui contrairement à celle de Fedora doit être validée avant l'installation.

Un choix de desktop est proposé, je choisis Gnome.

Bien sûr ICC Profiles est indispensable !

Bien sûr il n'existe pas de polices open source...

Et pour finir, ignorons les alternatives open source et installons un bon lecteur flash de chez Macromedia !

Bref OpenSuse n'a d'open que le nom ! Mais bon, rien d'étonnant venant d'une entreprise qui a vendu son âme au diable...

Conclusion

Dans mon idéal, et j'espère ne pas être le seul à le partager, une distribution communautaire doit être 100% libre, 100% GNU/Linux. Ce n'est qu'après l'installation que l'on doit faire le choix, le choix ou non d'installer des solutions propriétaires.
Par exemple : lorsque j'ai fait le choix d'installer les drivers propriétaires NVIDIA, j'ai pour cela installé le dépôts livna via leur rpm. J'ai fait ce choix sachant que j'allais installer des binaires proprio. Mais en aucun cas je n'ai pus le faire directement depuis ma Fedora franchement installée...

Force est de constater que parmi les distributions majeures de la scène Linux seul 2 respectent encore l'esprit libre : Debian et Fedora !
Pour ceux qui sont accrocs à Ubuntu, je ne serais leur conseiller de se tourner vers gNewSense, son fork open source conseillé par la fsf (Annonce de gNewSense 1.0 sur le site de la fsf | gNewSense sur Wikipédia).

Ma vision de Linux serait elle trop élitiste et fermerait -elle la porte aux débutants ? Ou au contraire permettrait-elle de rééduquer ceux qui viennent du côté obscure de la fenêtre ?

Faut il légiférer sur une ouverture des spécificités hardware ?

llaumgui — Sun, 04 Mar 2007 14:06:00 +0100

En cette période électorale, c'est en effet la question que je me pose...
On pourrait faire le parallèle avec la loi Toubon qui oblige chaque produits ou logiciels vendus en France à ce qu'il soient livrés avec une notice en français; c'est aussi cette même loi qui transforme les airbag en coussin-gonflable, mais là je m'éloigne ;-).

Mon idée serait d'obliger chaque fabriquants vendant du matériel nu (ce qui n'est pas le cas de Apple qui vend le soft et le hard) a :

Soit fournir des pilotes respectables,
Soit à ouvrir les spécificités afin que la communauté puissent faire ce que la firme refuse de faire.

Prenons le cas d'ALI qui est leader dans le domaine des webcams embarquées sur les PC portables, mais qui ne livre aucun pilote Linux et dont le projet de pilotes libres stagne pour cause de reverse engineering.

Autre exemple : ATI qui livre des pilotes de qualité douteuse (j'utilise les libres tellement les fglrx sont daubesques) développés par 3 pauvres développeurs dépassés.

Bref, on pourrait résumerer cette loi par : « Faites de bons drivers dignes de ce nom ou permetez nous de les faire. »

Carte ATI, drivers radeon vs fglrx

llaumgui — Tue, 21 Nov 2006 22:51:00 +0100

Alors que sur ma station de travail, la question ne se pose pas (grâce à la puissance des drivers NVIDIA); sur mon portable (ATI powered) le choix est Cornélien :

A ma droite, les drivers radeon, open-source, compatibles AIGLX/Composite, mais très gourmands en ressources et sans accélération 3D. Bref, un veau !
A ma gauche, les drivers closed-source de chez ATI : fglrx. Compatibles ni AIGLX, ni Composite, mais l'accélération 3D et les perfs sont là.

Mais pourquoi ai-je acheté une ATI ? Car malheureusement ATI domine le secteur du PC portable. Cependant ils se contrent-fou des utilisateurs de Linux, c'est pour cela que je vais m'orienter vers un boycotte pure et simple des produits ATI !

L'avenir d'ATI sous Linux ?

Changement de politique grâce au rachat par AMD ? Je demande à voir...
Une hypothétique version 9 des drivers embarquant un système compatible composite proche de la solution concurrente de NVIDIA ? Oui, mais quand ?
L'utilisation d'XGL ?

C'est en tout cas vers cette dernière solution que je vais me tourner dans un futur proche, surtout que FC5 + fglrx + XGL tournaient pas mal ensemble...

Ca y est ! Je l'ai fait !

llaumgui — Sun, 05 Nov 2006 20:57:00 +0100

Et oui, après l'échec de la migration de mon portable, je viens de basculer ma station de travail sans trop de problème sous Fedora Core 6. J'ai profité de cette bascule pour installer les drivers bêta de chez nvidia ainsi que AIGLX/Compiz et leur Desktop Effects.
J'en ai même profité pour tester Beryl, dont parle TitaX sur son blog, mais je trouve que trop d'effets tus l'effet et donne le mal de mer !

A switcher, autant switcher pour de bon, j'en ai aussi profité pour passer mon Firefox en version 2.0 et pour refaire toute ma configuration histoire de partir sur une base saine.

Pour installer les drivers bêta de chez nvidia/livna :

yum --enablerepo=livna-testing install kmod-nvidia

Pour installer beryl :

Je vous conseil de lire le blog de l'ami titax.

Quelques captures (AiglX, pas Beryl) :

Quelques captures d'écrans et vous trouverez mon fichier xorg.conf en document attaché à ce billet.

Les effets permettent de regarder un épisode de Prison Break à cheval sur 2 bureau ;-).

J'en ai aussi profité pour installer le nouveau thèmes d'icones en préparation pour FC7 : echo : yum --enablerepo=development install echo* Pour l'images de fond, c'est Fedora Cube de mola.

Installer Windows XP sur un disque SATA

llaumgui — Sat, 26 Aug 2006 15:59:00 +0200

Un billet sur Windows sur mon blog ? ? ? ! ! !
N'ayez pas peur, je suis toujours Linuxien et fière de l'être ! Il s'agit d'un tutoriel de mon ancien site xperience-fr.net qui m'a été demandé, alors je le reposte ici avec une mise en page plus blog :).

But :

Installer Windows XP sur un disque dur SATA (Appelé SCSI par Windows, allez savoir pourquoi ?) dans c:\, tout en ayant un ou d'autre disque(s) dur(s) en IDE.

Prérequis :

Savoir installer Windows XP normalement et savoir booter sur le CD de Windows (Réglage du boot dans le BIOS).

I. Première étape : Les drivers :

Windows XP comporte certains drivers SATA, et la version SP2 de Windows XP les comportes presque tous.
Cependant, si ce n'est pas votre cas ou si vous savez ce que vous faites, rien ne vaut les derniers drivers en direct du fabriquant de votre carte mère...

Pour cela, muni des références exacts de votre carte mère (Everest est là pour vous aider), rendez vous sur le site officiel du constructeur et téléchargez les derniers drivers stables.

J'insiste volontairement sur certains mots afin d'éviter tous problèmes ultérieurs. Chez moi par exemple, la référence de mes drivers est : "Driver SATA -RAID - Silicon Image SATA driver 3x12 (ATA1.1.0.52 - RAID 1.0.0.33)".

Une fois les drivers téléchargés, déposez les sur une disquette.
Attention, "TxtSetup.oem" doit être à la racine de la disquette! Il se peut que vous ayez les drivers d'installation sous Windows et un répertoire avec les drivers en version DOS, c'est cette version que vous devez déposer sur votre disquette.

II. Deuxième étape : L'installation de Windows :

L'installation de Windows XP gère très mal le SATA !!! Il est (presque) impossible d'installer Windows XP sur c:\ et de plus vous risquez d'avoir un message d'erreur lors du redémarrage :

NTLDR manque
appuyer sur CTR ALT SUPP pour redémarrer

La solution : débrancher l'alimentation de votre ou vos disque(s) durs IDE et là plus de problème. Lancez alors l'installation de Windows XP et lorsqu'en bas un message vous invite à appuyer sur F6 pour installer d'autres pilotes SCSI, Appuyez sur F6. La réaction n'est pas immédiate, donc pas la peine d'appuyer 1000 fois… Appuyez quand même 2 ou 3 fois pour plus de sécurité :).

Ensuite une fenêtre vous invite à lui fournir d'autre pilote via disquette... C'est là que vous introduisez la disquette préparée précédemment et que vous appuyez sur S (Pas de panique, c'est indiqué...).

Si tout ce passe bien, Windows détecte votre périphérie et vous pouvez installer Windows XP normalement...
Une fois Windows XP installé, vous pouvez alors rebrancher vos autres disques durs et profiter pleinement du SATA.

Vu que je n'utilise plus Windows, je ne peux plus faire de support... Commentaires fermés.

ATI Mobility X700 sous Fedora Core 5

llaumgui — Sat, 01 Apr 2006 13:21:00 +0000

Après l'installation aisée de mon ATI Mobility X700 sous Fedora Core 4 (Stenz), je me suis lancé dans une nouvelle installation de Fedora Core 5 (Bordeaux) sous mon portable.
Malheureusement, les problèmes ont eu lieu dès l'installation mais ils ne sont nullement insurmontables.

L'installation de Fedora Core 5 (Bordeaux) :

L'installation se passe sans problème jusqu'au lancement de l'interface graphique de l'installateur Anaconda. Le problème est que la carte graphique est bien reconnue, les drivers bien utilisés, mais le moniteur du portable mal configuré.
Il existe 3 solutions :

Installer en mode texte.
Brancher un moniteur externe.
La meilleure solution et d'utiliser temporairement les drivers "vesa" et de taper "linux vesa" avant de commencer l'installation.

Installation des drivers Open Source :

Ce sont ces même drivers qui ont posés le problème d'écran noir lors de l'installation de Bordeaux. Nous allons donc bien configurer notre serveur X pour ne plus rencontrer ce problème.
Pour cela en root, éditez le fichier "/etc/X11/xorg.conf :

Section "Device"
     Identifier     "Videocard0"
     Driver     "radeon"
     VendorName     "Videocard vendor"
     BoardName     "ATI Technologies Inc Radeon Mobility X700 (PCIE)"
     Option     "MonitorLayout" "LVDS, NONE"
EndSection

Installation des drivers Closed Source officiels de chez ATI en provenance de Livna :

Ce sont les drivers officiels d'ATI mais repackagés parfaitement pour Fedora Core 5 par Livna.
Pour rappel, l'installation des drivers téléchargés en direct du site d'ATI ne vous posera que des problèmes : écrasement de librairies d'X, etc... Vous êtes donc invités à utiliser le dépôt Livna et à configurer convenablement votre gestionnaire de paquet Yum.

L'installation est très rapide puisqu'il suffit de taper :

yum install kmod-fglrx

Attention, SELinux à un comportement extrémiste et bloque chez moi l'utilisation des drivers ATI. La solution est alors de désactiver SELinux qui pose bien des problèmes (sujet d'un prochain billet).

/usr/sbin/setenforce 0

Remarque :

Le kernel originel sortie avec Fedora Core 5 (2.6.15-1.2054_FC5) ne permet pas l'installation de kernel-module (kmod à présent) Closed Source. Il vous faudra donc mettre à jours votre kernel vers la version 2.6.16-1.2080_FC5 ou l'une des suivantes.
Sous Fedora Core 5, les kernel-modules deviennent des kmods et se mettent à jour en meme temps que le kernel.

ATI Mobility X700 sous Fedora Core 4

llaumgui — Sat, 25 Feb 2006 21:01:00 +0000

Jusqu'à présent, je fuyais les carte ATI : moins puissante que les Nvidia mais surtout de gros problèmes de drivers que ce soit sous Windows mais surtout sous Linux.
Le problème est que dans le milieu des ordinateurs portables, à performances égales les cartes ATI sont bien moins chères que les cartes Nvidia. Et de toute façon Linux et les jeux...
Mon Asus ASUS A6VA Q038H étant pourvu d'une carte ATI Mobility X700, je me suis donc lancé dans l'installation des drivers.

I. Quel drivers choisir ?

Un man radeon vous donnera la liste des cartes supportées en natif par votre distribution, Fedora Core 4 dans mon cas. Si votre carte n'est pas dans la liste alors il faudra passer par Livna et ses drivers ATI (les même que sur le site d'ATI mais en mieux adaptés pour Fedora).

II. Installer les drivers :

Comme d'habitude, faudra passer par un yum bien réglé :

su
/sbin/telinit 3
yum install kernel-module-fglrx-$(uname -r)
/sbin/modprobe fglrx
/usr/sbin/ati-fglrx-config-display enable
/sbin telinit 5

III. xorg.conf :

Maintenant que la carte est (bien) installée, il faut passer par une configuration de xorg.conf (/etc/X11/xorg.conf).
Dans la partie Device :

Section "Device"
     Identifier "Videocard0"
     Driver "fglrx"
     VendorName "ATI"
     BoardName "ATI fglrx closed source driver"
     Option "VideoOverlay" "on
EndSection

N'oubliez pas ensuite de bien configurer votre moniteur et surtout la résolution, ça se passe dans la section Screen.
Ensuite un petit reboot et votre carte fonctionnera parfaitement.

Glest sous Fedora Core 4 (x86)

llaumgui — Wed, 05 Oct 2005 22:52:00 +0000

Glest est un jeu de stratégie en temps réèl et en 3D. C'est un clone de WarCraft mais en version GNU/GPL. Ce qui ne gâche rien, Glest est multi-plateforme, et je m'intéresserais ici à l'installation de sa version Linux.

Glest is a project for making a free 3d real-time customizable strategy game.

Current version is fully playable, includes single player game against CPU controlled players, two factions with their corresponding tech trees, units, buildings and some maps.

Installer les drivers de votre carte graphique :

Pour ça je vous conseil ce billet issu du blog de l'ami Titax.

Les dépendances :

Si vous avez suivie ce tutoriel, votre yum est parfaitement configuré. Ne vous reste plus qu'à taper :

<br />yum install openal xerces-c

Téléchargement et installation :

Le problème des dépendances étant résolu, vous pouvez télécharger et installer le jeux (version Loki Installer).

Ca marche pas !

Une fois le jeux installé et la commande ./glest lancée, vous vous trouvez confronté à ce message :

./glest: line 63: 5967 Segmentation fault ./$GAME_BINARY "$CMD_ARGS" "$@"

Pas de panique, il vous suffit de lancer le jeux comme cela :

<br />SDL_AUDIODRIVER=dsp ./glest

Là, nouveau message d'erreur :

Exception: Your system doesn't support OpenGL version 1.3
You may solve this problem by installing your latest video card drivers

Or, si vous avez suivie la première étape et mis vos drivers à jour, vous devez supporter la version 1.3. Il vous suffit de désactiver la vérification de l'OpenGL en éditant le fichier glest.ini>et en passant la valeur CheckGlCaps à 0.

Bon jeu !