Re: compilation driver NVIDIA
Le Lundi 6 Février 2006 09:43, herve thibaud a écrit : Probablement que la valeur HorizSync dans le xorg.conf n'est pas adaptée à la carte ou\et à l'écran en place. Déjà, une fois le driver installé, il faut lancer nvidia-xconf qui va réécrire le fichier xorg.conf puis retoucher la ligne HorizSync si nécessaire. D'après le manuel de mon ibm thinkvision L150, pour la résolution que j'utilise les fréquences de rafraîchissement idéales sont : Taux de rafraîchissement : 60 Hz Fréquence horizontale : 48.4 kHz. Dans mon fichier xorg.cong j'ai : HorizSync 31.5 - 64.3 VertRefresh 50-70 Il me semble que mes encadrements sont corrects, je ne vois pas pourquoi cela poserait problème uniquement au moment du chargement du module glx. Donc je continue à me gratter la tête. Si tu voulais bien m'indiquer quelle librairie tu utilises peut etre que c'est cela d'où vient le problème. Merci, Sébastien.
Re: compilation driver NVIDIA
Le Samedi 4 Février 2006 09:12, jean-louis chapelle a écrit : Après avoir galérer avec le script nVidia J'ai compilé les drivers pour une carte 6200 TC la semaine dernière avec les paquets et les outils Debian (testing) et c'est quand même infiniment plus simple et plus propre : avec synaptic : installer module-assistant nvidia-kernel-commun nvidia-glx en console root : module-assistant prepare (charge les en tete et les sources du noyau) module-assistant auto-install nvidia et le module est créé dans /etc/modules rajouté une ligne nvidia pour charger le module au démarrage puis dpkg-reconfigure xserver-xorg choisir module nvidia puis dans decocher dri glcore et cocher glx charger le module et redémarrer le serveur X ,ou redémarrer le PC . et ça marche voir http://howto.stephane-huc.net/nVidia/install/debian/ Les drivers de Etch sont à jour depuis hier. Jean-Louis Bonjour, Mon problème est un peu différent, j'arrive à compiler le driver nvidia avec toutes ces méthodes mais impossible de charger le noyau glx. Xfree se crashe est me renvoie à la console en mode texte. Cependant il n'y a aucune erreur dans les logs de xfree ou dmesg. Lorsque je ne demande pas le chargement du module glx pas de problème tout marche parfaitement. En désespoir de cause, je suis passé à xorg en utilisant les paquets de backports.org mais le problème a empiré, avec xorg j'ai un écran complétement noir sur toutes les sessions virtuelles mais il ne semble pas planté. Comme avec xfree, lorsque je ne charge pas le module glx, tout fonctionne correctemment. J'ai soupçonné un temps les libmesa de ne pas etre à) jour mais apparemment ce n'est pas ça. Pour information, les librairies mesa que j'utilise sont : xlibmesa-gl version 6.9.0.dfsg.1-3bpo1 xlibmesa-dri version 6.9.0.dfsg.1-3bpo1 Si vous pouviez m'indiquer quelles librairies vous utilisez cela m'aiderait peut-etre à résoudre ce problème. Merci, Sebastien
Probleme avec nvidia glx.
Bonjour, Au moment de l'installation de ma Sarge, j'avais installé le noyau 2.6.8 et le driver propriétaire nvidia fourni avec Sarge. Le driver fonctionnait bien mais était affreusement lent. En raison d'un bug du noyau 2.6.8 j'ai effectué plusieurs mises à jour ( je suis actuellement à la version 2.6.14 et je suis passé à la version 1.0-8178 du driver nvidia. Mon problème est que si je lance X juste après l'installation du driver nvidia, X démarre mais les jeux en 3D sont très lents. Au redémarrage de la machine, X démarre mais arrivé au logo nvidia, il se plante au je me retrouve sur la console avec le message suivant : XIO : Fatal IO error 104 (connection reset by peer) on Xserver :0 0 after 0 requests (0 known processed) with 0 events remaining. Fatal server error: Caught signal 11. Server aborting J'ai examiné mon XFree86.0.log et je m'en trouvé un message d'erreur excepté celui évoqué ci-dessus. Apparement, il y a quelques problèmes avec les fréquences d'affichage bien que j'ai utilisé les réglages préconisés par le constructeur. Lorsque le je n'utilise pas le module glx, le serveur X se charge sans problème. Ma configuration matérielle actuelle est une Geforce 2 MX et un écran à cristaux liquides IBM ThinkVision 150. J'en déduis donc que le problème se situe au niveau des bibliothèques graphiques. J'ai actuellement installé les paquets freeglut3, freeglut3-dev, libglib1.2 libglib1.2-dev, libglib2.0-0, libglib2.0-dev, libglut3, xlibmesa-gl-dev, xlibmesa-gl, xlibmesa-glu, xlibmesa-glu-dev,libgle3. Quelqu'un pourrait-il m'aider ? Merci. Sébastien Marbrier. Voici la partie du correspondant au chargement du module nvidia: (II) LoadModule: bitmap (II) Reloading /usr/X11R6/lib/modules/fonts/libbitmap.a (II) Loading font Bitmap (II) LoadModule: dbe (II) Loading /usr/X11R6/lib/modules/extensions/libdbe.a (II) Module dbe: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: ddc (II) Loading /usr/X11R6/lib/modules/libddc.a (II) Module ddc: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: extmod (II) Loading /usr/X11R6/lib/modules/extensions/libextmod.a (II) Module extmod: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension FontCache (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: freetype (II) Loading /usr/X11R6/lib/modules/fonts/libfreetype.a (II) Module freetype: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 2.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font FreeType (II) LoadModule: glx (II) Loading /usr/X11R6/lib/modules/extensions/libglx.so (II) Module glx: vendor=NVIDIA Corporation compiled for 4.0.2, module version = 1.0.7676 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.1 (II) Loading extension GLX (II) LoadModule: int10 (II) Loading /usr/X11R6/lib/modules/linux/libint10.a (II) Module int10: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.0 ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: record (II) Loading /usr/X11R6/lib/modules/extensions/librecord.a (II) Module record: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.13.0 Module class: XFree86 Server Extension ABI class: XFree86 Server Extension, version 0.2 (II) Loading extension RECORD (II) LoadModule: type1 (II) Loading /usr/X11R6/lib/modules/fonts/libtype1.a (II) Module type1: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.0.2 Module class: XFree86 Font Renderer ABI class: XFree86 Font Renderer, version 0.4 (II) Loading font Type1 (II) Loading font CID (II) LoadModule: vbe (II) Loading /usr/X11R6/lib/modules/libvbe.a (II) Module vbe: vendor=The XFree86 Project compiled for 4.3.0.1, module version = 1.1.0 ABI class: XFree86 Video Driver, version 0.6 (II) LoadModule: xtt (II) Loading /usr/X11R6/lib/modules/fonts/libxtt.a (II) Module xtt: vendor=X-TrueType Server
Re: [HS] Cedega Freeware
Je ne sais pas trop, personnellement, j'ai choisi la facilité en prenant la version payante. Essaie de faire une recherche afin de savoir si ton jeu fonctionne avec Wine, c'est le cas de diablo 2. Avant de sosucrire à l'abonnement, regarde si ton jeu est bien dans leur base de données avec au moins 3 étoiles, à moins, ce n'est pas la peine d'essayer. Bonne journée. Le Samedi 31 Décembre 2005 16:57, jerome Heymonet a écrit : Et quel est la solution alors pour la prise en charge de la protection des CD ?? Y-t-il une autre solution que de payé les 5 € par mois ?? Bon réveillon à tous et à toutes. -- Jerome HEYMONET 2005/12/31, sebastien marbrier [EMAIL PROTECTED]: Winex est l'ancien nom de cedega. Certains jeux peuvent fonctionner avec wine, qui lui est gratuit. La version CVS de Cedega est gratuite mais elle ne contient pas de prise en charge des protections de CD. Bon réveillon. Sébastien Marbrier Le Vendredi 30 Décembre 2005 20:59, jerome Heymonet a écrit: Bonsoir la liste, Je suis à la recherche d'un soft equivalent à cedega mais en version freeware, afin de pouvoir jouer à certain jeux windows sous Linux, mais sans avoir à payer les 5€/mois demander par transgaming ( Je paye déjà assez cher les jeux, alors bon s'il faut en plus payer un emulateur autant laisser une partition pour windows ). J'ai vu qu'il existe wineX mais qui apparament à été plus ou moins abandonné. D'avance merci et bonne préparation de réveillon -- Jerome HEYMONET
Re: [HS] Cedega Freeware
Winex est l'ancien nom de cedega. Certains jeux peuvent fonctionner avec wine, qui lui est gratuit. La version CVS de Cedega est gratuite mais elle ne contient pas de prise en charge des protections de CD. Bon réveillon. Sébastien Marbrier Le Vendredi 30 Décembre 2005 20:59, jerome Heymonet a écrit : Bonsoir la liste, Je suis à la recherche d'un soft equivalent à cedega mais en version freeware, afin de pouvoir jouer à certain jeux windows sous Linux, mais sans avoir à payer les 5€/mois demander par transgaming ( Je paye déjà assez cher les jeux, alors bon s'il faut en plus payer un emulateur autant laisser une partition pour windows ). J'ai vu qu'il existe wineX mais qui apparament à été plus ou moins abandonné. D'avance merci et bonne préparation de réveillon -- Jerome HEYMONET
Re: Message étrange dans dmesg.
Le Dimanche 18 Décembre 2005 16:45, didier gaumet a écrit : Le Sun, 18 Dec 2005 13:07:01 +0100, sebastien marbrier a écrit : Bonjour, Bonjour, J'ai constasté qu'à la fin de mon dmesg les lignes suivantes apparraissent: DMA write timed out parport0: FIFO is stuck parport0: BUSY timeout (1) in compat_write_block_pio Je ne comprends pas l'origine de ce message, comment pourrais-je vider cette pile? [...] Peut-être le port parallèle est-il soit désactivé dans le BIOS, soit plus probablement activé en mode SPP (Standard Parallel Port)? Pour avoir une gestion correcte du DMA, il faudrait vraisemblablement déclarer le port en EPP ou ECP dans le BIOS (je ne me souviens jamais: je crois qu'ECP est une norme plus récente que EPP). Je viens de vérifier la configuration de mon BIOS, le port parallèle est configuré en ECP, le problème se situe donc ailleurs. Je vais essayer de voir s'il faut passer d'autres paramètres au module, actuellement j'ai cette ligne dans mon /etc/modprobe.d/arch/i386 : alias parport_lowlevel parport_pc
Re: Petites questions sur les modules.
Le Dimanche 18 Décembre 2005 15:15, sebastien marbrier a écrit : Bonjour, Je suis un peu perdu dans la gestion des modules dans la Sarge, depuis l'installation de la Sarge il y a quelques mois, je constate que certains modules sont chargés à plusieurs reprises, ce n'est pas spécialement gênant mais ça ralenti un peu le temps de chargement de la machine et j'aimerais comprendre le mécanisme. J'ai un moment supposé que hotplug était à l'origine mais je n'ai pas trouvé de trace dans ses différents fichiers. Je ne suis pas très familier avec la gestion des modules avec les noyaux 2.6, la seule chose dont je suis sûr c'est que normalement modules.conf est obsolète et est remplacé par modprobe.conf (avec debian modprobe.d), or je fichier existe toujours et je n'ai jamais installé de noyau 2.4 sur la Sarge. Ce fichier modules.conf a été généré par update-modules, serait-il possible que je me sois trompé de version de paquet pour modutils. J'ai installé modutils (2.4.26-1.2) et module-init-tools(3.2-pre1-2). Il n'y a apparemment pas de conflits entre ces deux paquets, j'ai retiré le paquet modutils mais cela ne devrait pas changer mon problème car je n'ai pas de noyau 2.4 chez moi. Enfin, il y a le module hw_random qui est absent de mon système depuis mon installation et que Sarge essaie en vain de charger, je n'en ai trouvé nulle trace lors du make menuconfig et pourtant je trouve dans mes fichiers d'allias. Donc à chaque démarrage j'obtiens le message suivant : hw_random: RNG not detected Avez-vous les mêmes choses sur votre système ? Avez-vous réussi à les corriger ? Je vous remercie pour les pistes que vous pourrez m'indiquer. À bientôt. Sébastien Marbrier. J'ai pu corriger le problème hw_random en passant à la version 2.6.14 du noyau dans lequel j'ai trouvé la case à décocher. Il me reste encore à comprendre pourquoi les noyaux sont chargés à plusieurs reprises.
Re: [Résolu à la barbare]Message étrange dans dmesg.
Le Mardi 20 Décembre 2005 20:04, didier gaumet a écrit : Le Tue, 20 Dec 2005 11:30:16 +0100, sebastien marbrier a écrit : Je viens de vérifier la configuration de mon BIOS, le port parallèle est configuré en ECP, le problème se situe donc ailleurs. Je vais essayer de voir s'il faut passer d'autres paramètres au module, actuellement j'ai cette ligne dans mon /etc/modprobe.d/arch/i386 : alias parport_lowlevel parport_pc J'ai relu ton premier message: puisque tu n'utilises pas le port parallèle, tu peux carrément le désactiver dans le BIOS (si celui-ci t'en laisse la possibilité, ce qui n'est pas toujours le cas). Sinon, tu peux trouver des indications sur les diagnostics à effectuer et les paramètres à passer ici: http://www.charmed.com/txt/parport.txt http://umax1220p.sourceforge.net/trouble.html (deux pages parmi la pléiade que l'on peut trouver sur la toile) Bon courage :-) J'ai laissé le support du port parallèle mais j'ai désactivé le support du FIFO/DMA. Ce détail étant réglé je vais pouvoir m'attaquer aux autres (pourquoi le driver nvidia plante au reboot, pourquoi les modules sont chargés à plusieurs reprises, pourquoi startkde ne fonctionne pas, etc...) Je suis assez effarés par le nombres inutiles qui sont présents lors de l'installation de la Sarge, j'avais tenté une installation de la Gentoo et il n'y avait presque rien. Je profite de mes recompilations successives pour éliminer au fur et à mesure le gras. Merci pour votre aide.
Message étrange dans dmesg.
Bonjour, J'ai constasté qu'à la fin de mon dmesg les lignes suivantes apparraissent: DMA write timed out parport0: FIFO is stuck parport0: BUSY timeout (1) in compat_write_block_pio Je ne comprends pas l'origine de ce message, comment pourrais-je vider cette pile? Je n'utilise pas le port parallèle et je ne trouve aucun fichier parport0 dans mon répertoire /dev. J'ai trouvé une ligne alias parport_lowlevel parport_pc dans /etc/modutils/arch/i386 et dans /etc/modprobe.d/arch/i386 Quelqu'un connaîtrait-il la raison de cette redondance ? Au démarrage de ma Sarge, je constate que le système essaie de charger plusieurs fois les mêmes modules, peut-être est-ce la cause? J'ai un temps soupçonné hotplug mais je n'ai pas trouvé d'indices à ce sujet. Je n'ai trouvé ques des fichiers vides dans /proc/sys/dev/parport/parport0, ce qui me parait logique car je ne me sert pas du port parallèle. Quelqu'un pourrait-il m'apporter des lumières à ce sujet? Merci pour votre aide. Petite précision : le noyau que j'utilise est un noyau 2.6.13.4 que j'ai compilé en gardant le .config du noyau 2.6.8 d'origine de la sarge. Sébastien Marbrier.
Petites questions sur les modules.
Bonjour, Je suis un peu perdu dans la gestion des modules dans la Sarge, depuis l'installation de la Sarge il y a quelques mois, je constate que certains modules sont chargés à plusieurs reprises, ce n'est pas spécialement gênant mais ça ralenti un peu le temps de chargement de la machine et j'aimerais comprendre le mécanisme. J'ai un moment supposé que hotplug était à l'origine mais je n'ai pas trouvé de trace dans ses différents fichiers. Je ne suis pas très familier avec la gestion des modules avec les noyaux 2.6, la seule chose dont je suis sûr c'est que normalement modules.conf est obsolète et est remplacé par modprobe.conf (avec debian modprobe.d), or je fichier existe toujours et je n'ai jamais installé de noyau 2.4 sur la Sarge. Ce fichier modules.conf a été généré par update-modules, serait-il possible que je me sois trompé de version de paquet pour modutils. J'ai installé modutils (2.4.26-1.2) et module-init-tools(3.2-pre1-2). Il n'y a apparemment pas de conflits entre ces deux paquets, j'ai retiré le paquet modutils mais cela ne devrait pas changer mon problème car je n'ai pas de noyau 2.4 chez moi. Enfin, il y a le module hw_random qui est absent de mon système depuis mon installation et que Sarge essaie en vain de charger, je n'en ai trouvé nulle trace lors du make menuconfig et pourtant je trouve dans mes fichiers d'allias. Donc à chaque démarrage j'obtiens le message suivant : hw_random: RNG not detected Avez-vous les mêmes choses sur votre système ? Avez-vous réussi à les corriger ? Je vous remercie pour les pistes que vous pourrez m'indiquer. À bientôt. Sébastien Marbrier.