[ Nvidia ] Le topic des drivers (304.60)

Recherche :

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

thana54

made in concept

Reprise du message précédent :
Changelog de la version beta
beta : 275.09.04 parue le 05.06.2011 (x86, x86_64)

Citation :

Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later.
Modified the X driver to request that hardware inform the audio driver whenever a display is disabled. This will allow the audio driver to generate the appropriate jack unplug events to applications.
Added support for the GL_EXT_x11_sync_object extension. See the extension specification in the OpenGL registry here:

http://www.opengl.org/registry/specs...ync_object.txt

for more details.
Improved performance of window resize operations in KDE 4 on systems with slow CPUs.

Message cité 1 fois
Message édité par thana54 le 05-06-2011 à 22:22:23

Publicité

thana54

made in concept

Changelog de la version beta
beta : 275.09.07 parue le 14.06.2011 (x86, x86_64)

Citation :

Changes since the last release:

Fixed a bug that caused desktop corruption in GNOME 3 after a VT-switch or suspend/resume cycle.
Added support for the following GPUs:
GeForce GTX 560
GeForce GT 545
GeForce GTX 560M
GeForce 410M
GeForce 320M
GeForce 315M
Quadro 5010M
Quadro 3000M
Quadro 4000M

thana54

made in concept

Changelog de la version beta
beta : 280.04 parue le 01.07.2011 (x86, x86_64)

Citation :

Release highlights:

Incremental bug fixes.
Preliminary support for X.Org xserver ABI 11, used in xserver 1.11 RC 1.
Please note that this support is preliminary and beta and release candidate X
servers are not officially supported.

thana54

made in concept

Changelog de la version stable
beta : 275.19 parue le 15.07.2011 (x86, x86_64)

Citation :

Added support for the following GPU:

GeForce GT 540M
Fixed memory error and abort reported by glibc when running the application FieldView from Intelligent Light.
Fixed an OpenGL driver bug that caused an application crash when running Altair HyperMesh.
Fixed a performance problem when switching between stereo and monoscopic rendering in the application Smoke.
Fixed poor X driver handling of pixmap out of memory scenarios.
Fixed an interrupt handling deficiency that could lead to performance and stability problems when many NVIDIA GPUs shared few IRQs.
Fixed bugs in the VDPAU presentation queue that could cause GPU errors and hangs when destroying a presentation queue. This happens when exiting applications, and also when toggling to and from full-screen mode in Adobe Flash.

Tom_

Quand j'utilisais Nouveau, KMS me permettait d'avoir des TTYs dans une résolution sympa.

Avec le pilote Nvidia, quel est le meilleur framebuffer à utiliser ? Uvesafb ?

Message édité par Tom_ le 21-07-2011 à 17:42:11

BloodyCarnage

Pour autant que je me souvienne, vesafb/uvesafb est le seul qui fonctionne. Celui qui est spécifique à nvidia est incapable de cohabiter avec le driver proprio et donne un écran noir.
Moi, j'utilise vesafb qui fonctionne mais est affreusement lent.

Tom_

Merci pour ta réponse.

Je viens de mettre en place uvesafb en 15 minutes. Ca marche mais ce n'est pas exceptionnel : j'ai une résolution de 1280*800 sur un écran de 23 pouces ... C'est toujours mieux que du 800*600.

Message cité 1 fois

thana54

made in concept

Changelog de la version stable
stable : 275.21 parue le 25.07.2011 (x86, x86_64)

Citation :

Release highlights:

Restored the release splash screen in the NVIDIA X driver (the beta splash screen was accidentally reenabled between 275.09.07 and 275.19).
Fixed a bug that caused nvidia-settings to crash when configuring multiple X screens after all monitors were unplugged from one of the X screens.
Fixed a bug in nvidia-settings that caused the display configuration page to show extra disabled displays after connecting a new monitor.
Added X configuration options "3DVisionProHwButtonPairing", "3DVisionProHwSinglePairingTimeout", "3DVisionProHwMultiPairingTimeout", and "3DVisionProHwDoubleClickThreshold" to configure hardware button based pairing in NVIDIA 3D Vision Pro.
See "Appendix B. X Config Options" in the README for more information.
Fixed a bug that prevented initialization of the NVIDIA 3D Vision or NVIDIA 3D Vision Pro hub if no EDID was present.

Changelog de la version beta
beta : 173.14.31 parue le 25.07.2011 (x86, x86_64)

Citation :

Release highlights:

Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later.

Changelog de la version beta
beta : 96.43.20 parue le 25.07.2011 (x86, x86_64)

Citation :

Release highlights:

Fixed a bug that caused freezes and crashes when resizing windows in KDE 4 with desktop effects enabled using X.Org X server version 1.10 or later.
Added support for X.Org xserver 1.10.

Changelog de la version beta
beta : 71.86.15 parue le 25.07.2011 (x86, x86_64)

Citation :

Release highlights:

Updated nvidia-installer to detect the nouveau kernel module and fail with an appropriate error message.

Message édité par thana54 le 25-07-2011 à 19:31:05

BloodyCarnage

T'as oublié les 280.11

thana54

made in concept

Je ne vois pas clairement son changelog, mis à part ca trouvé sur un forum:
Changelog de la version beta
beta : 280.11 parue le 01.07.2011 (x86, x86_64)

Citation :

* Fixed a GLX_EXT_texture_from_pixmap bug that caused corruption
when texturing from sufficiently small pixmaps and, in particular,
corruption in the GNOME Shell Message Tray.

Message édité par thana54 le 26-07-2011 à 07:53:13

Publicité

regdub

Tom_ a écrit :

Avec vesafb et vga = 838, j'avais du 1600x1200x64k

Je mets au passé car j'utilise nouveau en ce moment.

Jamais testé uvesafb dont j'apprends l'existence.

---------------
Legalize it @HFR

Profil supprimé

Yahooooooo !!!!!!
J'ai commandé mon nouveau bébé !!!!

Et même pô d'Optimus tout caca sur ma Debian [:haha]

burn2

ça rox du poney

Pas mal, sauf la résolution.

Finalement je ne regrette pas mon msi acheté y a plus d'un an avec un vrais i7 et une vrais résolution quand je vois ce qui se fait maintenant.

---------------
"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 …"

thana54

made in concept

Changelog de la version stable
280.13 parue le 03.08.2011 (x86, x86_64)

Citation :

Added support for the following GPUs:
GeForce GTX 570M
GeForce GTX 580M
Fixed a GLX bug that could cause the X server to crash when rendering a display list using GLX indirect rendering.
Fixed a GLX bug that could cause a hang in applications that use X server grabs.
Fixed an X driver bug that caused 16x8 stipple patterns to be rendered incorrectly.
Fixed a GLX_EXT_texture_from_pixmap bug that caused corruption when texturing from sufficiently small pixmaps and, in particular, corruption in the GNOME Shell Message Tray.
Added unofficial GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extension:
GL_EXT_vertex_attrib_64bit
Added GLX protocol support (i.e., for GLX indirect rendering) for the following OpenGL extensions:
GL_ARB_half_float_pixel
GL_EXT_packed_depth_stencil

Message édité par thana54 le 03-08-2011 à 10:46:09

BloodyCarnage

Sortie des 285.03 beta.

32-bit / 64-bit

thana54

made in concept

Changelog de la version prerelease
285.05.09 parue le 03.10.2011 (x86, x86_64)

Citation :

Release highlights since 285.03:

Added support for the following GPU:
GeForce GT 520MX
Added support for xserver ABI 11 (xorg-server 1.11).
Fixed a bug causing a Linux kernel BUG when retrieving CPU information on some systems.
Fixed a bug causing some applications to hang on exit.
Fixed a bug causing flickering in some GPU/display combinations.
Fixed a bug that prevented the driver from loading on some ION systems.
Fixed a bug that could result in poor OpenGL performance after hotplugging a monitor.
Fixed a bug causing possible text corruption when recovering from GPU errors.

thana54

made in concept

Changelog de la version beta
beta : 290.03 parue le 22.10.2011 (x86, x86_64)

Citation :

Release highlights since 285.05.09:

Added support for the following GPU:
GeForce 510
Fixed a bug that prevented the driver from loading on some systems with integrated graphics.
Fixed issues in VDPAU that prevented allocating and displaying extremely large VdpOutputSurfaces.
Added support for limiting heap allocations in the OpenGL driver through the use of the __GL_HEAP_ALLOC_LIMIT environment variable. See the README for further details.
Added an "Accel" option to the X driver to allow disabling its use of the graphics processing hardware. This is useful when other components, such as CUDA, require exclusive use of the GPU's processing cores.
Modified how the OpenGL driver allocates executable memory so it may continue to function properly if /tmp is mounted noexec. As some fallback allocation methods may be prohibited under SELinux policy, the driver now supports detection of this policy as well as manual override of this detection via the __GL_SELINUX_BOOLEANS environment variable.
Fixed a bug that caused various GLSL built-in uniforms to not be updated properly when calling glPopAttrib.
Improved performance by caching compiled OpenGL shaders to disk. Added a "GLShaderDiskCache" option to the X driver to enable/disable this feature. Added the __GL_SHADER_DISK_CACHE and __GL_SHADER_DISK_CACHE_PATH environment variables for further configuration. See the README for further details.
Fixed a bug that caused trapezoid and triangle rendering to be very slow on older GPUs with xorg-server 1.11.

Message édité par thana54 le 22-10-2011 à 09:44:41

thana54

made in concept

beta : 290.06 parue le 04.11.2011 (x86, x86_64)

Citation :

Release highlights since 290.03:

Added support for the following GPU:
* GeForce GTX 460 SE v2
Fixed a bug that would cause applications which export custom allocation functions to our driver (such as Adobe Flash in Firefox or Chrome) to crash.

long-lived branch : 275.36 parue le 04.11.2011 (x86, x86_64)

Citation :

Release highlights since 275.28:

Added support for the following GPU:
GeForce 510
Fixed a bug that caused trapezoid and triangle rendering to be very slow on older GPUs with xorg-server 1.11.

Message édité par thana54 le 04-11-2011 à 19:15:51

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Hello,

Je possède un HP 8440p qui dispose d'un Quadro NVS 3100M. J'essaie de forcer PowerMizer à utiliser le mode d'économie le plus important (faire tourner le matériel le moins vite possible quoi) en permanence pour éviter de stresser le ventilateur du portable. J'ai essayé de suivre un peu les informations trouvées sur le net, et du coup j'ai ça dans mes fichiers de conf :

Citation :

Section "Device"
Identifier "Default nvidia Device"
Driver "nvidia"
Option "NoLogo" "True"
Option "RegistryDwords" "EnableBrightnessControl=1"
Option "RegistryDwords" "PowerMizerEnable=0x1; PerfLevelSrc=0x2222; PowerMizerLevel=0x3; PowerMizerDefault=0x3; PowerMizerDefaultAC=0x3"
Option "DPI" "96 x 96"
Option "TripleBuffer" "1"
Option "Coolbits" "1"
EndSection

Le GPU est toujours en Adaptative en tourne souvent à plein régime. Les instructions ne sont donc pas les bonnes ou elles ne sont pas appliquées. Que faire ?

Message édité par Kortex@HFR le 05-11-2011 à 13:03:54

---------------
Au coeur du swirl - Mon feed

burn2

ça rox du poney

Malheureusement je crois que ce n'est plus possible maintenant.

J'ai moi aussi cherché ça assez souvent, mais je ne sais pas si ça reste possible encore à l'heure actuelle.

(il n'y a déjà pas l'option sous windows pour forcer en mode minimal, c'est soit perf max, soit adaptif.

ça serait bien que nvidia permette de configurer ça dans les options...

---------------
"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 …"

Kortex@HFR

Qu'ils sont cons ces lamas !!!

Ah ben c'est sympa ça [:tinostar] C'était possible, mais ça l'est plus donc. Je me fais donc suer depuis plusieurs heures à essayer de faire quelque chose qui n'est plus permis par le pilote. Au moins, c'est cadré.

Merci pour cette réponse :jap:

---------------
Au coeur du swirl - Mon feed

burn2

ça rox du poney

Je ne suis pas sûr à 100%, mais j'en ai bien peur oui, dans les choix sous windows ou autre, y a plus que adaptif ou performance...

---------------
"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 …"

thana54

made in concept

beta : 290.10 parue le 22.11.2011 (x86, x86_64)

Citation :

Release highlights since 290.06:

Fixed a bug that would cause OpenGL applications to crash when run with recent releases of glibc such as glibc 2.14.90.
Improved the performance of FBO bind operations when using Xinerama by ~30% in some cases.
Fixed a bug that could cause stereo corruption when driving a stereo display and a non-stereo display from the same GPU.
Fixed a bug that could cause display devices on a secondary GPU to get swapped between X screens when restarting the X server.
Fixed a bug that could result in line flickering in full-scene anti- aliasing contexts.
Fixed a bug that caused the physical dimensions of rotated monitors to be reported incorrectly.
Add support for the pre-VBO DrawArrays command in the server-side GLX driver module. The NVIDIA client-side GLX implementation never sends this command, but the server needs to support it for compatibility with other GLX client implementations.
Fixed a regression that caused blank/white windows when exhausting video memory on GeForce 6 and 7 series GPUs while using composited desktops.
Fixed a bug that caused a crash when glDrawArrays was used with a non-VBO vertex attribute array to draw on a Xinerama screen other than screen 0 using an indirect GLX context.

johnkay

Bonjour a tous ,
j'arrive ici par hasard après multiple recherche , j'ai l'impression d'avoir trouvé des personne pour me repondre :

voila j'ai un asus k53sv ou j'ai installer ubuntu 10.10 équiper d'une carte optimus nvidia gt540m et voila aucune possibilité de géré ma resolution n'y rien après des manipulation j'ai fait cracher mon linux a plusieur reprise je suis parti sous la version 11 ... et toujours le même souci alors que Nvidia a fait un pilote pour je crois mais impossible de l'installer quelqu'un peut-il m'aidé ?

burn2

ça rox du poney

C'est sur le topic d'ubuntu qu'il faut aller voir, c'est plus propre à la distrib qu'à nvidia.

---------------
"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 …"

burn2

ça rox du poney

Mise à jour de drivers nvidia, et op vdpau qui ne marche plus encore une fois...

Franchement dans la principe c'est assez cool, dans la pratique ça merdoie une fois sur deux.

Bon pas grave vue que je n'utilise pas la HD, donc retour sur fmpeg mais bon c'est vraiment chiant à force.

---------------
"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 …"

kikiesttoujoursla

Bodyboard power !!!

Avec quoi tu lis tes vidéos hd pour le support vdpau ?

burn2

ça rox du poney

mythtv.

Mais là même sans Hd y a un soucis, juste avant la maj des pilote mythtv passait avec vdpau (pour lire ou pas de la hd ce n'est pas le point important).

La depuis la maj de nvidia, vlam mythtv ne peut même plus afficher une vidéo c'est erreur directe.

Je repasse sur fmpeg n'ayant de toute façon pas besoin de la HD, vu que je ne regarde pas les chaines en HD sur mon écran crt 17 pouces...

Et c'est assez souvent avec les pilotes nvidia, un coup ça marche un coup ça ne marche plus du tout.
(je précise que la partie mythtv n'a pas été touchée).

---------------
"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 …"

thana54

made in concept

long-live branch : 275.43 parue le 15.12.2011 (x86, x86_64)

Citation :

Release highlights since 275.36:

Fixed a bug that would cause Firefox to abort on pages with Flash when layers acceleration was force-enabled on Linux and Solaris.
Fixed a bug that could cause display devices on a secondary GPU to get swapped between X screens when restarting the X server.
Fixed a regression that caused blank/white windows when exhausting video memory on GeForce 6 and 7 series GPUs while using composited desktops.
Fixed a bug that caused a crash when glDrawArrays was used with a non-VBO vertex attribute array to draw on a Xinerama screen other than screen 0 using an indirect GLX context.

thana54

made in concept

beta : 295.09 parue le 28.12.2011 (x86, x86_64)

Citation :

Release highlights since 290.10:

Added support for the following GPU:
Tesla X2090
Fixed an OpenGL bug where using display lists on Fermi-based GPUs could result in missing rendering in some cases.
Fixed an OpenGL bug that caused incorrect rendering when using framebuffer objects to render to 16-bit color textures with alpha.
Fixed two bugs that caused sporadic application crashes in some multi-threaded OpenGL applications.
Fixed a bug that caused creating OpenGL 4.2 contexts with glXCreateContextAttribsARB to fail.
Fixed a bug that caused OpenGL to print

Xlib: extension "NV-GLX" missing on display ":0".

when used with a non-NVIDIA implementation of the GLX X extension.
Implemented color depth 30 (10 bits per component) support for GeForce 8 series and higher GPUs.
Implemented support for constraining cursors to the visible regions of connected displays; see the "ConstrainCursor" X Option in the README for details.
Fixed a bug that would cause Firefox to abort on pages with Flash when layers acceleration was force-enabled on Linux and Solaris.

Nirzil

:hello:

Toujours pas de nouvelles pour le Ion2 et Optimus ?

thana54

made in concept

beta : 295.17 parue le 01.02.2012 (x86, x86_64)

Citation :

Release highlights since 295.09:

Fixed a bug that prevented the internal panel from working on some laptops with GeForce 7 series GPUs.
Added support for xserver 1.11.99.901 (also known as 1.12 RC1).

thana54

made in concept

long-live-branch : 295.20 parue le 14.02.2012 (x86, x86_64)

Citation :

Added support for the following GPU:
Tesla X2090
Fixed a bug that caused black areas to appear on the back faces of some models in Maya.
Fixed a bug that resulted in the printing of spurious loader error messages.
Fixed a bug that could cause X to crash after hotplugging displays.
Fixed a bug which caused face selections to be misrendered in Maya when using the paint selection tool.
Improved performance for interactive tools in Mudbox.
Added a "--no-opengl-files" option to nvidia-installer to allow installation of the driver without OpenGL files that might conflict with already installed OpenGL implementations.
Split the DFP configuration page in nvidia-settings into multiple tabs, allowing the controls to be displayed on smaller screens.
Fixed a bug that could cause some OpenGL applications (including desktop environments like KDE and GNOME Shell) to hang.
Fixed a bug that prevented the internal panel from working on some laptops with GeForce 7 series GPUs.
Fixed an OpenGL bug where using display lists on Fermi-based GPUs could result in missing rendering in some cases.
Fixed an OpenGL bug that caused incorrect rendering when using framebuffer objects to render to 16-bit color textures with alpha.
Fixed two bugs that caused sporadic application crashes in some multi-threaded OpenGL applications.
Fixed a bug that caused creating OpenGL 4.2 contexts with glXCreateContextAttribsARB to fail.
Fixed a bug that caused OpenGL to print
Xlib: extension "NV-GLX" missing on display ":0". when used with a non-NVIDIA implementation of the GLX X extension.
Implemented color depth 30 (10 bits per component) support for GeForce 8 series and higher GPUs.
Implemented support for constraining cursors to the visible regions of connected displays; see the "ConstrainCursor" X Option in the README for details.

Message édité par thana54 le 15-02-2012 à 07:06:06

burn2

ça rox du poney

"long-live-branch" gné? Caÿ quoi le principe de cette branche? C'est stable pas stable? C'est destiné à certaines machines?

---------------
"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

C'est une branche qui se concentre sur les bugfixes au détriment des nouvelles fonctionnalités tout en maintenant la compatibilité avec les nouveau xorg/kernel. C'est théoriquement la branche la plus stable pour le matos déjà mature.

thana54

made in concept

:jap: merci pour cet éclaircissement, je ne savais pas trop où la situer.

burn2

ça rox du poney

Mauvaise nouvelle avec le noyau 3.3 pour le pilote proprio:

http://linuxfr.org/news/sortie-du- [...] 3-3#toc_12

A côté de ça nouveau avance donc à voir mais...

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 …"

BloodyCarnage

burn2 a écrit :

Mauvaise nouvelle avec le noyau 3.3 pour le pilote proprio:

http://linuxfr.org/news/sortie-du- [...] 3-3#toc_12

A côté de ça nouveau avance donc à voir mais...

C'est une décision politique ridicule qui ne change pas grand chose.
Ce qui est plus préoccupant est la raison qui pousse certains devs à ces gamineries. Soit c'est l'intégrisme, soit la peur de voir leur "bébé" leur échapper au profit des entreprises qui jouent un rôle de plus en plus important dans le développement de linux.

Message cité 1 fois

Mjules

Modérateur
Parle dans le vide

BloodyCarnage a écrit :

le noyau est sous licence GNU/GPL, interfacer un pilote avec une licence incompatible est déjà d'une légalité pour le moins douteuse que soit export_symbol ou export_symbol_gpl en plus d'être une violation de la dimension morale (la réciprocité). Et si on veut être honnête, à part quelques pilotes majoritairement graphiques, l'immense majorité des contributions et des entreprises contributrices sont respectueuses de la licence.
donc je suis bien d'accord, il est ridicule de changer une interface pour faire plaisir aux 3 péquins qui ne sont pas foutus de respecter une licence et s'exposent ainsi à un risque juridique potentiel.

Message cité 1 fois
Message édité par Mjules le 19-03-2012 à 19:57:16

---------------
Celui qui pose une question est idiot 5 minutes. Celui qui n'en pose pas le reste toute sa vie. | Membre du grand complot pharmaceutico-médico-scientifico-judéo-maçonnique.

thana54

made in concept

long-lived-branch : 295.33 parue le 22.03.2012 (x86, x86_64)

Citation :

Release highlights since 295.20:

Added support for the following GPUs:
GeForce GTX 680
GeForce GT 630M
GeForce GT 620
Fixed a VDPAU bug where decoding some H.264 streams would cause hardware errors on lower-end products, resulting in corruption and poor performance.
Fixed a bug that caused DisplayPort audio to stop working after monitors are hotplugged on GeForce GT 520.
Improved compatibility with recent Linux kernels.
Fixed a behavior change that prevented ConnectedMonitor from being usable with DisplayPort connectors.
Marked the GVO Clone mode NV-CONTROL attributes:

NV_CTRL_GVO_DISPLAY_X_SCREEN
NV_CTRL_GVO_X_SCREEN_PAN_X
NV_CTRL_GVO_X_SCREEN_PAN_Y

as deprecated. They will be removed in a future release. To display an X screen over GVO, it is recommended to use GVO with MetaModes, instead.
Fixed a bug that caused DisplayPort devices to not be listed in Xorg.*.log. For example, if only DisplayPort devices are attached, the log file would contain
Quote:
(--) NVIDIA(0): Connected display device(s) on NVIDIA GPU at PCI:2:0:0
(--) NVIDIA(0): none
Added support for 3D Vision ready displays that have a NVIDIA 3D Vision infrared emitter built inside the panel itself.
Fixed a bug that caused OpenGL applications to crash with some libc versions, such as eglibc 2.15.
Fixed a bug that caused HDMI audio to stop working on AppleTV devices when an X server was started.

Plagman

Mjules a écrit :

Normalement les interfaces seront changees en export_symbol sous peu; pour le reste, il faut garder en tete que ce n'est pas une contribution. C'est un portage de code commun, tournant aussi sous FreeBSD, OSX, Windows, etc. Empecher ce code d'interfacer avec le noyau sous pretexte que la licence est incompatible reviendrait au final a limiter la liberte de l'utilisateur final, non?

Message cité 1 fois

Publicité

Page : 1 2 3 4 5 .. 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.105 secondes