[ Nvidia ] Le topic des drivers (304.60)

Recherche :

Mot : Pseudo : Filtrer Aller à la page :
Page : 1 2 3 4 5 .. 38 39 40 .. 48 49 50 51 52 53 Page Suivante Page Précédente Bas de page
Auteur	Sujet : [ Nvidia ] Le topic des drivers (304.60)

anapivirtua

Boh.

Reprise du message précédent :

thana54 a écrit :

J'ai expliqué la manip "générale" pour installer les drivers, cf. premier post du topic

ouais enfin le seul truc "compliqué" dans l'installation d'un driver nvidia c'est répondre oui à la fin du curse, au lieu de non. (changement du xorg.conf), dans le cas ou on est un lambda, sinon les modifs à la main saymieu (en particulier parce qu'il perd pas la conf clavier/touchpad).

---------------
Si vis pacem, para bellum.

Publicité

amphytrion

pourquoi en etant root la cmd
/etc/init.d/gdm start

ne marche pas ??
[root@localhost batmalleeric]# /etc/init.d/gdm.start
bash: /etc/init.d/gdm.start: Aucun fichier ou dossier de ce type

Message cité 1 fois

amphytrion

bon me faut fire telinit 3 pour que ça marche
parcontre lorsque je veux lancer un sh nvidia.... ....me trouve pas le dossier

ensuite pour revenir en mode graphique,je dois faire telinit 5 ( cmd qui ne marche pas a tout....pfffff)

thana54

made in concept

cmd ? Ah bah c'est normal que ca ne marche pas. (petite aide sur les commandes de base: http://www.linux-france.org/articl [...] linux.html )
Et pour le sh pense à fournir le dossier dans lequel se trouve le .run, par exemple:
en root:
sh /chemin/vers/le/dossier/NVIDIA-truc-truc.run

Message édité par thana54 le 16-09-2009 à 07:29:01

BloodyCarnage

amphytrion a écrit :

pourquoi en etant root la cmd
/etc/init.d/gdm start

ne marche pas ??
[root@localhost batmalleeric]# /etc/init.d/gdm.start
bash: /etc/init.d/gdm.start: Aucun fichier ou dossier de ce type

parce que tu tapes /etc/init.d/gdm.start au lieu de /etc/init.d/gdm start [:sinclaire]

amphytrion

ok merci Thana54 pour l'aide sur les commandes de base
oui en effet j'ai une erreur de syntaxe.. je vais reessayer tout ça
a 5h du mat j'avais pas les yeux en face des trous...wouaaah

memaster

M.arc a volé mon 62

amphytrion a écrit :

salut tout le monde
pour repondre a memaster62,c de faire tourner les effets 3d avec ma 8500gt ,car là actuellement tout est grisé,peu pas et je trouve ça bizarre. et puis aussi pour avoir le dernier driver..pour r^pondre aussi a e_esprit
lorsque j'ai decompressé le fichier en mode console il me dit non ;faut sortir du mode graphique pour pouvoir continuer ; mais apres je sais plus la suite des manips pour aboutir;en plus je ne comprends pas tout le readme, car mon anglais est plutot loin...
voilà mes tribulations d'un newbie!!!
sinon c sympa linux mandraque,mais le chemin est encore long pour moi lol

désolé du retard, ton pb est ailleurs je pense. je fais tourné les effets 3d depuis une 7600 et une 8600 avec le drivers (par défaut)
qui est livré avec ubuntu/mandriva...
ton xorg n'est certainement pas bien configuré. fais une recherche xorg+nvidia config.
avant de vouloir installer la dernière version, il est plus que recommandable d'essayer de faire
fonctionner ta carte avec le driver prévu/packagé.

---------------
ma conduite intérieure .:R | memaster pilote officiel de la HFR Badoit-Auchan F1 Team | zéro tracas, zéro blabla MMa.ster

BloodyCarnage

Déjà, en regardant simplement si le module nvidia est chargé.

thana54

made in concept

libvdpau en standalone: http://www.phoronix.com/scan.php?p [...] &px=NzU0MA

amphytrion

bonjour
j'ai des pbs de stabilité,sais pas si c mandriva ou bien materiel( mon dd qui deconne) ça m'est arrivé d'un coup.. j'ai refais une install de mandriv c idem donc vais voir avec un autre o.s pour comparer

@+

Publicité

amphytrion

bon voilà tout est resolu et tout marche a merveille...le fait est que j'ai installé la version mandriva free,qui est bcp plus ardue pour un tout nouveau.j'ai maintenant telecharge la version gnome et apres l'install tout est ok ,effets 3D;ils y sont sans pour cela installer le dernier driver nvidia,comme l'avait dit memaster62.ça marche bien avec le driver fournit.pas de pbs de stabilité,ni plantages.
j'avais fait des manips qui avaient mis la pagaille lol...voilà maintenant j'ai de quoi faire.
bonne soiree

thana54

made in concept

Changelog de la version beta 190.36

Citation :

Release highlights:

* Added support for X.Org xserver 1.6.99.901 (also known as 1.7 RC1) and 1.6.99.902 (1.7 RC2).
* Add a new OverscanCompensation NV-CONTROL attribute, available on GeForce 8 and higher. This option specifies the amount of overscan compensation to apply to the current mode. It is measured in raster pixels, i.e. pixels as specified in the current mode's backend timings.
* Updated nvidia-installer to detect newer Debian distributions that use /usr/lib32 instead of /emul/ia32-linux as the 32-bit library path.

Please note that the new VDPAU features are only available with VDPAU feature set C. See the supported product list in the README for a table of which GPUs have which feature set.

The 190.36 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 190.36 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86-64 is available for download via FTP.

Please see the README (x86, x86_64) for more information about this release.

Please note: This NVIDIA Linux graphics driver release supports GeForce 6xxx and newer NVIDIA GPUs, GeForce4 and older GPUs are supported through the 96.43.xx and 71.86.xx NVIDIA legacy graphics drivers. GeForce FX GPUs are supported through the 173.14.xx NVIDIA legacy graphics drivers.

Please also note: If you encounter any problems with the 190.32 NVIDIA Linux graphics driver release, please start a new thread and include a detailed description of the problem, reproduction steps and generate/attach an nvidia-bug-report.log file (please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).

Changelog de la version OpenGL 190.18.05

Citation :

Release highlights:

* Added GLX support for OpenGL 3.2 context profiles through the extension GLX_ARB_create_context_profile

The 190.18.05 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 190.18.05 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please also note: If you encounter any problems with the 190.18.05 NVIDIA Linux graphics driver release, please start a new thread and include a detailed description of the problem, reproduction steps and generate/attach an nvidia-bug-report.log file (please see http://www.nvnews.net/vbulletin/showthread.php?t=46678 for details).

Message cité 1 fois
Message édité par thana54 le 25-09-2009 à 08:12:55

anapivirtua

Boh.

thana54 a écrit :

* Updated nvidia-installer to detect newer Debian distributions that use /usr/lib32 instead of /emul/ia32-linux as the 32-bit library path.

Il était temps.

J'y pense, à l'installation des beta j'ai eu le droit à la perte du direct rendering opengl, il m'a remis le glx.so par défaut et crée un glx.so.190.32, ca vous l'a fait ou y'a que chez moi ?

(tout remarche bien une fois que les modules xorg ont étaient renommés, mais il faut le faire à la main)

Message cité 1 fois
Message édité par anapivirtua le 25-09-2009 à 19:03:57

---------------
Si vis pacem, para bellum.

thana54

made in concept

anapivirtua a écrit :

Il était temps.

J'y pense, à l'installation des beta j'ai eu le droit à la perte du direct rendering opengl, il m'a remis le glx.so par défaut et crée un glx.so.190.32, ca vous l'a fait ou y'a que chez moi ?

(tout remarche bien une fois que les modules xorg ont étaient renommés, mais il faut le faire à la main)

J'espère en tout cas que le paquet nvidia-kernel sera "vite" disponible, ca fait quelques semaines qu'il est absent d'unstable... Un peu chiant de se taper la manip pour installer à la main le .run.

Message cité 1 fois

anapivirtua

Boh.

thana54 a écrit :

moi ca me gêne pas

---------------
Si vis pacem, para bellum.

thana54

made in concept

Ca me freine quand je veux installer un nouveau kernel.
Tant qu'à faire, ca fait pas mal de temps que c'est comme ca, et ca ne bouge pas beaucoup Au moins corriger la liste de dépendances pour virer le nvidia-kernel si il y a possibilité d'installer nvidia-glx [:spamafote]

Message cité 1 fois

BloodyCarnage

thana54 a écrit :

Ca me freine quand je veux installer un nouveau kernel.

Tu pousses un peu, tu crois pas ? C'est vrai que ça crash xorg au reboot mais bon. Perso j'ai collé 2 lignes dans un script et basta :

#!/bin/sh
sudo sh /path/to/NVIDIA-Linux-x86_64*.run -s -n -N
sudo /etc/init.d/kdm restart

Message cité 1 fois

thana54

made in concept

BloodyCarnage a écrit :

Tu pousses un peu, tu crois pas ? C'est vrai que ça crash xorg au reboot mais bon. Perso j'ai collé 2 lignes dans un script et basta :

#!/bin/sh
sudo sh /path/to/NVIDIA-Linux-x86_64*.run -s -n -N
sudo /etc/init.d/kdm restart

Oui certes, mais vérifier que le kernel marche bien tout en se prenant une réinstallation des drivers, c'est pas ce qui a de plus pratique (surtout que lors de l'installation des drivers, tu les supprimes de l'ancien kernel, donc rebelotte sur l'ancien kernel si ca ne passe pas).

Message cité 1 fois

e_esprit

Ca t'apprendra que ca sert pas à grand chose de mettre à jour son noyau tous les 2 jours

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

thana54

made in concept

Oui oui, je sais bien. j'ai le portable que je peux faire souffrir.

Le script est pas mal, mais faut éviter de le tester quand X tourne :whistle:

anapivirtua

Boh.

thana54 a écrit :

Heu... je vois pas trop le problème

Tu recompiles ton kernel, reboot
Tu rebalances les drivers nvidia, reboot et voila [:spamafote]

Xorg ne s'est jamais peté la tronche chez moi

Message cité 2 fois

---------------
Si vis pacem, para bellum.

e_esprit

anapivirtua a écrit :

Heu... je vois pas trop le problème

Tu recompiles ton kernel, reboot
Tu rebalances les drivers nvidia, reboot et voila [:spamafote]

Xorg ne s'est jamais peté la tronche chez moi

Même pas

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

anapivirtua

Boh.

e_esprit a écrit :

Même pas

ouais enfin ctrl/alt/backspace quoi, facon barbare

---------------
Si vis pacem, para bellum.

e_esprit

C'est pas un reboot alors

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

anapivirtua

Boh.

e_esprit a écrit :

C'est pas un reboot alors

anhéfé

Spoiler :

ORLY ?

Message édité par anapivirtua le 25-09-2009 à 21:01:18

---------------
Si vis pacem, para bellum.

thana54

made in concept

anapivirtua a écrit :

Heu... je vois pas trop le problème

Tu recompiles ton kernel, reboot
Tu rebalances les drivers nvidia, reboot et voila [:spamafote]

Xorg ne s'est jamais peté la tronche chez moi

Je ne dois pas savoir lire alors [:transparency] Dés que je lance l'installation des drivers, pan désintallation obligatoire des anciens/actuels présents. bref /mylife.

anapivirtua

Boh.

Je veux bien que quelqu'un me file son libglx.so.190.32 [:cerveau cupra]

Au passage du laptop de testing > unstable xorg a réecrit sur libglx.so /fou/
J'aurais du pas faire le porc en renommant tout en dur.

[:rhetorie du cupra]

---------------
Si vis pacem, para bellum.

anapivirtua

Boh.

non mais up

---------------
Si vis pacem, para bellum.

e_esprit

Pourquoi tu le récupères pas dans l'installeur comme un grand ? [:mullet]

Message cité 1 fois

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

anapivirtua

Boh.

e_esprit a écrit :

Pourquoi tu le récupères pas dans l'installeur comme un grand ? [:mullet]

J'avais pas pensé à ca [:cerveau dr]

---------------
Si vis pacem, para bellum.

thana54

made in concept

Petit mot sur OpenCL pour tous: http://www.phoronix.com/scan.php?p [...] &px=NzU3Mw

thana54

made in concept

190.40 RC:

Citation :

Release highlights:

* Added support for OpenGL 3.2.
* Added support for NVIDIA Quadro SDI Capture, part of the Quadro Digital Video Pipeline.
* Added support for the following GPUs:
o GeForce G102M
o GeForce GT 220
o GeForce G210
o GeForce G210M
o GeForce GT 230M
o GeForce GT 240M
o GeForce GTS 250M
o GeForce GTS 260M
* Updated the NVIDIA X driver to allow, on GeForce 8 or greater GPUs, more modes to validate on digital display devices whose EDIDs report very constrained HorizSync or VertRefresh ranges.
* Fixed a randomly occuring X server crash caused by the PixmapCache option.
* Increased the allowed amount of overscan compensation from 100 to 200.
* On GPUs with VDPAU feature set B, VDPAU's handling of some corrupted or incorrectly formatted H.264 and MPEG streams has been improved.
* Fixed a memory allocation problem with pre-GeForce 8 GPUs that caused GLX_EXT_texture_from_pixmap clients (e.g., Compiz, KDE 4) to display incorrect contents.

The 190.40 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 190.40 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Please see the README (x86, x86_64) for more information about this release.

Message cité 1 fois

BloodyCarnage

thana54 a écrit :

Citation :

* Fixed a memory allocation problem with pre-GeForce 8 GPUs that caused GLX_EXT_texture_from_pixmap clients (e.g., Compiz, KDE 4) to display incorrect contents.

Il était temps. Ca ne fait jamais que... des années que ça dure.

thana54

made in concept

un peu de lecture: http://www.phoronix.com/scan.php?p [...] inux&num=1

Citation :

Q: Are there any plans to provide a new NVIDIA Linux installer, perhaps one that is able to be executed from within a running X session and have a GTK/Qt interface?

Yes, I know this topic comes up frequently. I think there is more that we could do to improve the user's installation experience. We've had a few brainstorming sessions about it, but we don't yet have any concrete plans. We'd also like to interact better with distributions' native package management systems. Installing drivers reliably across all distributions is challenging, so we want to tread carefully. We haven't been able to prioritize any of this very highly.

Citation :

Q: Are there any plans in place to provide new features within the xf86-video-nv driver or to better engage with the Nouveau developers for some open-source support?

With the nv driver, we've always tried to provide something minimal that just works out of the box and requires the least maintenance. For that reason, feature set in the nv driver has stayed pretty slim.

The guys working on nouveau have done a really incredible job so far. However, our policy remains the same: we won't try to hinder their efforts, but we have no plans to help them.

Q: AMD was able to open source and/or document a lot by separating out the parts they couldn't legally disclose. Similar problems have been cited as preventing NVIDIA from open sourcing their driver (licensed 3rd parts code, etc) or documentation. Could nVidia use the same strategy?

A similar strategy might be technically possible for NVIDIA, but for better or worse I think it is quite unlikely. There are several reasons for this:

- For competitive reasons on other platforms, I don't think we would ever open source any of our cross-platform driver source code (which is 90%+ of the Linux driver... see my earlier description of code sharing). The Linux-specific pieces of the driver code base don't really stand on their own, and generally need to change in sync with the cross-platform code, so I don't believe it would be practical to just open source the Linux-specific pieces.

- We have developed substantial IP in our graphics driver that we do not want to expose.

- Unfortunately the vast majority of our documentation is created solely for internal distribution. While at some point it may be possible to release some of this information in pubic form it would be quite a monumental effort to go through the vast amounts of internal documents and repurpose them for external consumption.

Message édité par thana54 le 20-10-2009 à 17:30:33

BloodyCarnage

Ce qui peut être résumé par "on ne fait rien et on ne compte pas changer".

Riot

Buy me a riot

Au moins ça clarifie les choses, et comme ça on sait qu'on n'a rien à attendre d'eux (côte open source ou libération des specs j'entends)

---------------
Be the one with the flames.

burn2

Pour ceux qui viendront après

Côté spec, c'est pas dit, ils comptent donner un peu plus de doc qu'ils ont en interne qu'ils pourraient donner au public. Donc ça fera toujours ça en plus. Mais pour le reste on comprend un peu leur choix même si c'est regrettable.

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

BloodyCarnage

190.42 RC

Citation :

Release highlights since 190.40:

* Fixed a bug in the nvidia-settings disclaimer window for the GPU Clock Frequencies Coolbits page, such that the "Accept" button is selectable when the desktop is so tall that the entire disclaimer can be viewed without scrolling.
* Fixed a recent regression that caused the Xinerama option to not be set properly in the X configuration file when saving and merging from the nvidia-settings X Server Display Configuration page.
* Fixed a resource leak in VDPAU's blit-based presentation queue. This bug limited the number of presentation queue objects that could be created and destroyed in a single application instance, and hence could limit the number of streams that could be displayed and/or the number of iterations of "loop" playback.
* Fixed a power management regression that prevented some notebooks and systems with integrated GeForce 8 and 9 series GPUs from suspending.
* Fixed a regression that caused TV-OUT controls to be unavailable on some GeForce 6 and 7 series GPUs.

Release highlights since 190.36:

* Added support for OpenGL 3.2.
* Added support for NVIDIA Quadro SDI Capture, part of the Quadro Digital Video Pipeline.
* Added support for the following GPUs:
o GeForce G102M
o GeForce GT 220
o GeForce G210
o GeForce G210M
o GeForce GT 230M
o GeForce GT 240M
o GeForce GTS 250M
o GeForce GTS 260M
* Updated the NVIDIA X driver to allow, on GeForce 8 or greater GPUs, more modes to validate on digital display devices whose EDIDs report very constrained HorizSync or VertRefresh ranges.
* Fixed a randomly occuring X server crash caused by the PixmapCache option.
* Increased the allowed amount of overscan compensation from 100 to 200.
* On GPUs with VDPAU feature set B, VDPAU's handling of some corrupted or incorrectly formatted H.264 and MPEG streams has been improved.
* Fixed a memory allocation problem with pre-GeForce 8 GPUs that caused GLX_EXT_texture_from_pixmap clients (e.g., Compiz, KDE 4) to display incorrect contents.

The 190.42 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86 is available for download via FTP.
The 190.42 NVIDIA Accelerated Linux Graphics Driver Set for Linux/x86_64 is available for download via FTP.

Lamasso

Version 190.42 Certified dispo chez Nvidia :

Release Highlights

* Added support for the following GPUs:
GeForce G102M
GeForce GT 220
GeForce G210
GeForce G210M
GeForce GT 230M
GeForce GT 240M
GeForce GTS 250M
GeForce GTS 260M Added support for OpenGL 3.2.
* * Updated the NVIDIA X driver to allow, on GeForce 8 or greater GPUs, more modes to validate on digital display devices whose EDIDs report very constrained HorizSync or VertRefresh ranges.
* Fixed a randomly occurring X server crash caused by the PixmapCache option.
* Increased the allowed amount of overscan compensation from 100 to 200.
* On GPUs with VDPAU feature set B, VDPAU's handling of some corrupted or incorrectly formatted H.264 and MPEG streams has been improved.
* Fixed a memory allocation problem with pre-GeForce 8 GPUs that caused GLX_EXT_texture_from_pixmap clients (e.g., Compiz, KDE 4) to display incorrect contents.
* Added support for X.Org xserver 1.6.99.901 (also known as 1.7.0 RC1). Add a new OverscanCompensation NV-CONTROL attribute, available on GeForce 8 and higher. This option specifies the amount of overscan compensation to apply to the current mode. It is measured in raster pixels, i.e. pixels as specified in the current mode's backend timings.
* Added GLX support for OpenGL 3.2 context profiles through the extension
* GLX_ARB_create_context_profile.
* Added support for IgnoreEDIDChecksum X configuration option, which can be used to force the X driver to accept the EDID of a display device even when the checksum is invalid. Please see the README IgnoreEDIDChecksum description for a caution and details of use.
* Added support for configuring the GPU's fan speed; see the "Coolbits" X configuration option in the README.
* Fixed a bug in VDPAU that could cause visible corruption near the bottom edge of the picture when decoding VC-1 simple/main profile clips whose heights are not exact multiples of 16 pixels, on GPUs with VDPAU feature set A.
* On GPUs with VDPAU feature set C, VDPAU now supports decoding MPEG-4 Part 2, DivX 4, and DivX 5 video. The VDPAU API has been enhanced to expose this feature.
* On GPUs with VDPAU feature set C, VDPAU now supports a higher quality video scaling algorithm. The VDPAU API has been enhanced to expose this feature.
* Added code to reject screen modes based on available DisplayPort link bandwidth. Fixes display corruption caused by allowing high bandwidth modes on display devices that can't handle them, such as certain DisplayPort-to-VGA adapters that only support 2 DisplayPort lanes.
* Fixed an initialization problem on some mobile GPUs.
* Worked around X.Org X server Bugzilla bug #22804. This bug allows X clients to send invalid XGetImage requests to the hardware, leading to screen corruption or hangs. This was most commonly triggered by running JDownloader in KDE 4.
* Fixed a crash in nvidia-settings displaying GPU information when in Xinerama.
* Added GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
GL_ARB_draw_buffers
GL_EXT_Cg_shader
GL_EXT_gpu_program_parameters
GL_NV_fragment_program
GL_NV_gpu_program4
GL_NV_register_combiners
GL_NV_vertex_program1_1
GL_NV_vertex_program2
* Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
GL_ARB_geometry_shader4
GL_ARB_shader_objects
GL_ARB_texture_buffer_object
GL_ARB_vertex_buffer_object
GL_ARB_vertex_shader
GL_EXT_bindable_uniform
GL_EXT_compiled_vertex_array
GL_EXT_geometry_shader4
GL_EXT_gpu_shader4
GL_EXT_texture_buffer_object
GL_NV_geometry_program4
GL_NV_vertex_program
GL_NV_parameter_buffer_object
GL_NV_vertex_program4GLX protocol for GL_EXT_vertex_array was also updated to incorporate rendering using GL_ARB_vertex_buffer_object. Use of these extensions with GLX indirect rendering requires the AllowUnofficialGLXProtocol X configuration option and the __GL_ALLOW_UNOFFICIAL_PROTOCOL environment variable.
* Fixed glXQueryVersion to report GLX version 1.4. NVIDIA's GLX version has been 1.4 for several releases, and was already reported as 1.4 in the GLX client and GLX server version strings.
* Fixed a problem that caused window border corruption when the screen is rotated.
* Added support for configuring the GPU PowerMizer Mode on GeForce 8 or later GPUs with multiple performance levels via nvidia-settings and NV-CONTROL.
* Added support for NVIDIA Quadro SDI Capture, part of the Quadro Digital Video Pipeline.
* Updated nvidia-installer to detect newer Debian distributions that use /usr/lib32 instead of /emul/ia32-linux as the 32-bit library path.

Message édité par Lamasso le 28-10-2009 à 15:12:22

burn2

Pour ceux qui viendront après

Vous n'avez pas l'impression que le post juste au dessus en parle déjà...

Message cité 1 fois

---------------
"C'est vrai qu'un type aussi pénible de jour on serait en droit d'espérer qu'il fasse un break de nuit mais bon …"

Lamasso

burn2 a écrit :

Vous n'avez pas l'impression que le post juste au dessus en parle déjà...

Sauf que là il s'agit d'une version FINALE et "Certified"....

Version: 190.42 Certified
Release Date: 2009.10.27
Operating System: Linux

Publicité

Page : 1 2 3 4 5 .. 38 39 40 .. 48 49 50 51 52 53

Page Suivante

Page Précédente

Haut de page

FORUM HardWare.fr

Linux et OS Alternatifs

Hardware

[ Nvidia ] Le topic des drivers (304.60)

Sujets relatifs
Problème config XF86Config-4 avec Nvidia Ti4600 dualview + MDK 10	Fedora et install driver nvidia
[Debian SID] Compilation driver nvidia sur un 2.6.7	probleme interference alsa et nvidia?
Driver Nvidia --> Fréquence trop élevée en console ! [Résolu]	[DEBIAN] driver nvidia
Probleme à l'install des drivers nvidia // Resolu	drivers ATI... encore et toujours...
[Xorg et drivers Nvidia]
Plus de sujets relatifs à : [ Nvidia ] Le topic des drivers (304.60)

Page générée en 0.085 secondes