Laurent Almeras a écrit 68 commentaires

Juste pour dire que tuxracer vient de me planter à la gueule ;-( Faudrait que je reessaie ennemy territory

Et oui ça marche...

Ma config: twisterK sur KN133 (sur un portable presario 700), une debian unstable avec un XFree 4.3.

J'ai récupéré les drivers binaires pour savage dans un des snapshots proposés sur dri.sourceforge.net, j'ai du rappatrier l'arbre cvs comme décrit à l'url du journal pour pouvoir compiler mon module drm pour un kernel 2.6.4-rc1 (la procédure d'installation proposée dans les snapshots est faite pour les kernels 2.4).

Après installation du module dans le noyau, j'ai du récupérer une nouvelle version du binaire XFree86 par ici http://dri.sourceforge.net/cgi-bin/moin.cgi/Download#head-55420c59a(...) car le savage_drv.o le nécessite (en fait j'ai mis un peu de temps à découvrir ça), création d'un node /dev/dri/card0 -mknod /dev/dri/card0 c 226 0- modprobe de mes modules agp (agpgart et via-agp) et me voilà avec un dri qui a l'air fonctionnel (du moins annoncé comme tel dans glxinfo).

Sinon, c'est plus stable que la version Via installé il y a quelques mois (j'arrive à passer de la console à X sans plantage), mais blender ne fonctionne toujours pas avec par exemple (peut être la faute à blender remarque).

Faut que je me trouve un jeu digne de ce nom à essayer maintenant.

01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01)

Les drivers 3d proposés il y quelques mois par Via marchait parfaitement (enfin tout est relatif, ils étaient buggués jusqu'à l'os, mais j'ai pu jouer à quake3 quand même), et étant donné que les drivers DRI se basent sur ces drivers...

Sinon, j'y vais aussi de ma petite question : j'ai abandonné les drivers de Via en partie pour leur instabilité, et en partie parce qu'ils étaient linux 2.4 only.
Donc, la stabilité s'est elle améliorée (je pense que oui), mais les modules sont-ils aussi dispos pour les kernel >2.6 ? Pour l'instant j'ai téléchargé un binary snapshot (pour ce que j'ai compris, drivers pour X compilés, +de quoi compiler le module Dri) mais c'est kernel 2.4 only :-(
Traîne-t-il quelque part des modules Dri pour kernel 2.6 ?

Il faut penser à activer le ramdisk support pour l'initrd (qui contiendra les images à afficher).

Ce n'est pas dans le nom de machine, c'est une fois dans l'arborescence du partage. Et j'ai bien sûr essayé avec des "

Je n'ai pas le même ordinateur que toi (presario 700), mais je peux toujours livrer mes observations vis à vis de l'ACPI.

Tout d'abord, pour l'APIC, c'est généralement à désactiver (ça fait aussi planter chez moi), mais même si le kernel est compilé avec, il me semble qu'on peut passer l'option noapic au boot pour éviter une recompil.

Pour l'ordinateur qui ne s'éteint pas tout seul, j'ai eu le même problème du kernel 2.4.21 au 2.4.23 (avec les patch acpi), alors que ça marchait avant. Avec le 2.6, tout roule, c'est bien agréable de ne pas avoir à surveiller son ordinateur quand il s'éteint.

Sinon, pour la qualité générale de l'ACPI sous linux, ça commence quand même à être pas mal, puisque j'ai quelque chose d'aussi efficace que sous windows (d'après mes souvenirs de quand j'avais encore windows), et j'ai une copine qui a un ordi qui est mieux géré sous linux que sous windows (moins de bruit ventilo).

Enfin, pour ton problème avec le 2.6, il ne faut pas oublier que les outils de chargement de modules ont changé. Donc faut s'assurer d'avoir un modutils qui fonctionne.

Ca m'intéresse, je fais la même chose ce week-end !!

Et des binaires sur http://www.viaarena.com(...) Toutes les cartes ne sont pas supportées.

T'as de la chance, j'ai eu le même problème il y a quelques jours. Si j'ai bien compris, ton serveur ntp ne se synchronise que sur lui même ? Si tel est le cas, tu dois mettre comme lignes dans ton ntp.conf :

server 127.127.1.0
fudge 127.127.1.0 stratum 3

127.127.1.0 est une ip "magique" qui pointe sur ton horloge, stratum 3 permet de redéfinir toi même le niveau de confiance de ton serveur. De plus, il faut que tu t'assures que tu as bien installé ntp-refclock à la place de ntp-simple (ceci pour pouvoir utiliser ton horlage locale). Enfin, il faut laisser quelques minutes après le démarrage du serveur ntp pour pouvoir se synchroniser dessus.

En espérant que ceci résolve ton problème

Dès le début, ce que tu disais me faisait penser à une expérience que j'ai eue. Mon portable possède lui deux prises différentes, une pour le modem, et une pour le réseau. Et effectivement, quand je me trompais de prise entre le modem et le réseau, ben ça décrochait la ligne téléphonique de la maison (sur tous les postes).
Donc, ce que je comprends pas : si tu as une prise duale (je savais pas que ça existait, il te faut aussi un câble spécial puisque les deux prises ne font pas la même taille ? Utiliser un câble normal te mènera automatiquement au même problème que moi quand je me trompais de prise pour brancher le modem.

Sinon, pour ma carte réseau, elle n'a pas grillé lors de ces malheureuses intervertions.

As tu vu ce message ? Personnellement j'ai du faire ce qu'il y était indiqué (d'ailleurs je sais même pas exactement ce que cela signifie) :
http://linuxfr.org/comments/240521.html(...)

Bah faut aussi arriver à se distraire en prépa. J'ai passé la fin de ma prépa avec un ordinateur dans ma chambre (bien pratique pour regarder des divx à la place de réviser ses colles). Ca a été mes derniers moments en dual boot (gros problèmes de drivers à l'époque).

Sinon, pour les drivers modems, j'utilise la version HSF sans aucun problème (=je suis déconnecté que quand mon père essaie de téléphoner) sur une debian testing (je me rappelle plus si sarge=testing)

Sinon, tu vas dans quelle prépa si c'est pas trop indiscret ?

Et c'est censé être quoi Netcraft ?

Je ne te le fais pas dire, mais j'arrive à me défouler un peu avec Unreal Tournament

Il te reste encore à installer le module dri (et il y a un readme dans le .zip, qui explique comment faire). En suivant les instructions, ça devrait bien passer. Cependant, il semble qu'il y ait besoin de commenter quelques lignes ( http://linuxfr.org/~luckyluke/4103.html(...) ).
Il faut aussi bien installer les librairies mesa utilisant le dri (il y a deux versions de ces librairies pour la debian).
Un glxinfo permet ensuite de vérifier rapidement en lisant les premières lignes de savoir si l'accélération est activée.

Oui, j'ai vu ça. Mais il va donc falloir que j'attende la rentrée que je retrouve ma connection haut-débit car ça ne va pas trop être possible pour le moment. Merci pour les indications.

Bon, je continue de me répondre pour vous dire où j'en suis.

En fait, j'ai retrouvé un vieux cd de Unreal Tournament chez moi, et avec un peu de mal, j'ai finalement réussi à l'installer sous linux. Ca marche, mais il faut que je baisse toute les options au plus bas, en me limitant à une résolution de 800x600. Je pense que je peux laisser tomber pour Wolfenstein...

Argh, je suis en 56k moi pour le moment, donc 250Mo par modem, ça va pas le faire. Bon, de toute façon je sens que ça va pas le faire puisque mon ordi a une config encore plus juste que le tien à priori. Je vais sûrement me rabattre sur Quake 3 en attendant de pouvoir tester gracieusement Wolfenstein.

Alors, réponse en plusieurs temps :

- pour les drivers, tu vas sur viaarena.com, section drivers, section linux, puis tu pars à la recherche de ta carte. C'est quand même globalement mal foutu, et toutes les cartes ne sont pas supportées. Pour info, un lspci de ma carte donne :
01:00.0 VGA compatible controller: S3 Inc. VT8636A [ProSavage KN133] AGP4X VGA Controller (TwisterK) (rev 01)
Moi aussi c'est un portable (un Compaq Presario 700 uk), donc si tu as un matériel équivalent, tu peux toujours me demander de l'aide. Sinon, fais une recherche dans les journaux de linuxfr, y'a eu pas mal de trucs de dits ces dernières semaines là dessus.

- Absolument d'accord pour quake 2. J'ai aussi regardé (et en plus je suis sous debian). Mais où trouver les niveaux gratuits ? Et est ce que c'est pas trop gros (je suis en 56k moi pour le moment :-().

Moi aussi je joue peu aux jeux vidéos, mais une fois de temps en temps ça défoule, et je voudrais aussi montrer à mes amis qu'on peut s'amuser sous linux.

Et bien sûr, j'ai oublié un détail, donc je me réponds à moi-même. Pour mon problème de bug en changeant de bureau, il se trouve que glxgears n'a pas ce problème, et que Blender est aussi complètement inutilisable (les textes de menus ne se placent pas au bon endroit).

Ahhhh, je vois que je ne suis pas le seul à être passé par la Kheops. Que de souvenirs, repartionnement du disque avec fips, installation, et finalement arrivée sur la console parce que le serveur X était pas compatible avec la carte graphique trop récente (Ati Rage Pro). Par contre j'étais moi aussi persuadé que c'était basé sur RedHat.

Bon, je suis bien dégouté, pas de support 3d pour ma carte apparemment ( S3 twister-K ou quelque chose comme ça ). Argh...

Oui, tiens nous au courant !! Ca m'intéresse, ils annoncent un support OpenGl, je veux voir ça !!!

Google serait une fille !!

T'aurais pas le crossfader d'activé ? (regarde dans les plug-ins qui sont activés)