Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 16 reacties
Bron: nVidia

Enkele dagen geleden heeft nVidia een nieuwe set display drivers met 169.04 beta als het versienummer voor Linux x86, Linux x64, FreeBSD x86 en Solaris x64/x86 uitgebracht. Nieuw in ForceWare 169.04 beta is de ondersteuning voor de GeForce 8800 GT en de ontwikkelaars hebben verschillende bugs geplet om de stabiliteit te verbeteren. De lijsten met veranderingen zien er als volgt uit:

Linux x86:
  • Added support for GeForce 8800 GT.
  • Improved modesetting support on Quadro/GeForce 8 series GPUs.
  • Fixed stability problems with some GeForce 8 series GPUs.
  • Fixed stability problems with some GeForce 6200/7200/7300 GPUs multi-core/SMP systems.
  • Improved hotkey switching support for some Lenovo notebooks.
  • Fixed a problem with Compiz after VT-switching.
  • Improved RENDER performance.
  • Improved interaction with Barco and Chi Mei 56" DFPs, as well as with some Gateway 19" DFPs.
  • Added an interface to monitor PowerMizer state information.
  • Fixed rendering corruption in Maya's Graph Editor.
  • Improved interaction between SLI AFR and swap groups on certain Quadro FX GPUs.
  • Fixed a bug that caused corruption with redirected XV on GPUs without TurboCache support.
  • Improved display device detection on GeForce 8 series GPUs.
  • Improved usability of NVIDIA-settings at lower resolutions like 1024x768 and 800x600.
  • Improved GLX visual consolidation when using Xinerama with Quadro/GeForce 8 series and older GPUs.
  • Added experimental support for running the X server at Depth 30 (10 bits per component) on Quadro G8x and later GPUs.
  • Worked around a Linux kernel/toolchain bug that caused soft lockup errors when suspending on some Intel systems.
FreeBSD x86:
  • Added support for GeForce 8800 GT.
  • Improved modesetting support on Quadro/GeForce 8 series GPUs.
  • Fixed stability problems with some GeForce 8 series GPUs.
  • Fixed stability problems with some GeForce 6200/7200/7300 GPUs multi-core/SMP systems.
  • Fixed a problem with Compiz after VT-switching.
  • Improved RENDER performance.
  • Improved interaction with Barco and Chi Mei 56" DFPs, as well as with some Gateway 19" DFPs.
  • Added an interface to monitor PowerMizer state information.
  • Fixed rendering corruption in Maya's Graph Editor.
  • Fixed a bug that caused corruption with redirected XV on GPUs without TurboCache support.
  • Improved display device detection on GeForce 8 series GPUs.
  • Improved usability of NVIDIA-settings at lower resolutions like 1024x768 and 800x600.
  • Improved GLX visual consolidation when using Xinerama with Quadro/GeForce 8 series and older GPUs.
  • Added experimental support for running the X server at Depth 30 (10 bits per component) on Quadro G8x and later GPUs.
  • Fixed a problem that could cause crashes on SMP systems.
Solaris x64/x86:
  • Improved modesetting support on Quadro G8x GPUs.
  • Fixed a problem with Compiz after VT-switching.
  • Improved RENDER performance.
  • Improved interaction with Barco and Chi Mei 56" DFPs, as well as with some Gateway 19" DFPs.
  • Added an interface to monitor PowerMizer state information.
  • Fixed rendering corruption in Maya's Graph Editor.
  • Improved interaction between SLI AFR and swap groups on certain Quadro FX GPUs.
  • Fixed a bug that caused corruption with redirected XV on GPUs without TurboCache support.
  • Improved usability of NVIDIA-settings at lower resolutions like 1024x768 and 800x600.
  • Improved GLX visual consolidation when using Xinerama with Quadro G8x series and older GPUs.
  • Added experimental support for running the X server at Depth 30 (10 bits per component) on Quadro G8x and later GPUs.
  • Fixed a bug that prevented stereo from being enabled properly on some Quadro FX GPUs.
[break]Deze nVidia Display Drivers zijn in de volgende smaken binnen te halen:
* Linux x86
* Linux x64
* FreeBSD x86
* Solaris x64/x86

Lees meer over

Alle 26 producten

Versienummer:169.04 beta
Releasestatus:Beta
Besturingssystemen:BSD, Linux x86, Solaris, Linux AMD64
Website:nVidia
Download:http://www.nvidia.com/page/drivers.html
Licentietype:Freeware
Moderatie-faq Wijzig weergave

Reacties (16)

De open source nvidia drivers genaamd nouveau schiet ook al aardig op :). Ze zijn zelfs al aardig dichtbij een redelijk stabiele driver uitgeven met 2D, Xv en EXA support. Ook zijn ze bezig met 3d ondersteuning maar veel verder dan glxgears op specifieke kaarten zijn ze nog niet.
goed bezig, vraag me wel af in hoeverre de brave end user (zoals ik :P) belangstelling heeft bij een opensource versie.

maar goed, nooit verkeerd als zoiets bestaat :)
De brave end user zoals jij en vele anderen hebben baat bij een open-source videodriver, omdat deze dan standaard meegeleverd wordt met distributies en je dus geen enkele moeite hoeft te doen om een closed-source driver te installeren. Voordeel van een open-source driver is dat deze meegeleverd mag worden met de kernel en dat deze aan te passen is, mocht een bepaalde distributie de driver willen meeleveren met een release.
Bij de laatste ubuntu versie had ik "moeite" met een click en restart en de drivers was geinstaleerd
En zelfs die moeite kan met een open source driver bespaart worden. Het systeem heeft dan na het installeren en bij de eerste boot meteen al de goede driver.

Het probleem met een closed source driver in Linux is eigenlijk nog niet eens het feit dat je als gebruiker de source niet kunt inzien, maar het feit dat het een 'binary' is. Linux heeft geen of slechts zeer beperkte support voor binaries. Er is namelijk amper een binary interface in Linux; alles grijpt op elkaar in op source code niveau.

Daarom gaat het ook zo vaak fout op Linux als je closed source drivers installeert. Het werkt alleen als de personen die de driver compileerde de EXACT zelfde versie van de kernel en gcc draaide als het systeem waarop je de driver probeert te gebruiken.

Dat laatste is gewoon een grote beperking. Je zou kunnen beargumenteren dat de beperking net zo goed in Linux zelf zit; het is nog nooit iemand gelukt om een stabiele binary API te ontwikkelen voor Linux. Mocht die er ooit komen dan zal iniedergeval de technische noodzaak van een OSS driver verminderen (en alleen daarom zal deze, uit politieke redenen, er misschien wel nooit komen).
Je laat behoorlijk in het midden wat je precies met binaries bedoelt. Er zijn twee soorten 'binaries':

I : Wat meestal bedoelt wordt, als je het hierover hebt, zijn ELF binaries. Dat zijn linux programma's, zoals je op win32 de PE .exe hebt. Deze 'API' is hartstikke stabiel. Om een ELF binary te draaien hoef je alleen een gelijk platform (x86/x86-64/PPC) te hebben. Natuurlijk moeten programma specifieke afhankelijkheden ook in orde zijn, maar dit heeft niet met de binary API te maken. Bij Windows heb je hetzelfde punt.
II : De andere binaries zijn de kernel modules. In de linux kernel zitten de drivers nagenoeg altijd in het kernel bestand (bzImage / vmlinuz) gebakken. Het is echter ook mogelijk delen van de kernel in losse bestanden te stoppen: zgn. kernel modules. Voor modules is het inderdaad meestal nodig dat de kernel gelijk is. Maar ook in windows is dit het geval.

Het grootste probleem voor alle soorten binaries (kernel modules en programma's voor zowel windows als linux) zijn veranderingen. Voor de kernel en de toolchain werkt Windows met grote stappen die een paar jaar op zich laten wachten. Linux werkt voor de toolchain ook met grote stappen die lang op zich laten wachten. De linux kernel echter werkt met kleinere stappen die vrij vaak voorkomen. Bij zowel Windows als Linux moeten bij kernel veranderingen, afhankelijk van de veranderde delen en de afhankelijkheid van de specifieke driver op deze delen, de drivers opnieuw gekoppeld worden aan alle stukjes code. Vandaar al het (imho onterechte) gezeur van de consumentenbod op MS m.b.t. Windows Vista.

Drivers waarvan de broncode niet beschikbaar is, kan in geval van relevante veranderingen niet opnieuw gekoppeld worden aan de kernel. De bouwers van die drivers (bijv. AMD/ATi & nVidia) hebben echter een truc. Ze ontwikkelen zelf een stabiele API. Vervolgens maken ze het deel richting de kernel openbaar, en houden de rest gesloten. Op deze manier is het mogelijk om bij (vrijwel) alle kernel veranderingen alleen het openbare gedeelte opnieuw te compileren. En dan werkt alles weer.
Deze API is echter alleen richting de kernel stabiel. Xorg (voor het gebruiken van de driver -- als deze eenmaal succesvol in de kernel geladen is) en GCC (voor het compileren van het openbare driver gedeelte) kunnen nog roet in het eten gooien. Deze veranderen niet vaak. Alleen bij veranderingen van deze software is het nodig dat nVidia, of AMD/ATi, iets onderneemt.

[Reactie gewijzigd door iKiddo op 25 november 2007 13:49]

Kijk dit vind ik leuk kan ik eindelijk weer linux draaien op mijn 8800GT met full eye candy! Goed werk nvidia TESTING NOW!

[Reactie gewijzigd door Cidious op 22 november 2007 16:02]

Is er dan qua aansturing zo'n groot verschil tussen de 8800 GT en de GTS? Ik heb namelijk een GTS en die draait heerlijk onder Linux...
JA de 8800GTS/GTX/Ultra zijn de G80 core en de 8800GT is al de nieuwe G92 core
en ik kan zeggen dat de 8800GT nu ook heerlijk draaid onder Linux ąD
Is hiermee ook die lame standby->beeld->standby->beeld bug opgelost?

Ik heb namelijk last van standby modes tussen de CLI->gdm->desktop die pas weggaan bij een keystroke.

Als je machine dus afsluit en hij blijft hangen, dan zie je dus niks gebeuren omdat de CLI niet aan gaat vanwege de standby meuk die naar de monitors is gestuurd.
Zelfde geld voor hdd checks, als de machine opstart wordt er een bootsplash gegeven, en als die dan terug moet springen naar cli vanwege de melding dat de mounted FS even gechekt wordt zie je dus niks en blijven de schermen in standby.
Nou eindelijk is het me gelukt deze driver te installeren onder kubuntu 7.10. Maar het heeft me een hele dag gekost. De beginnende linux (kubuntu) gebruiker raad ik echt deze driver over te slaan en gewoon bij de nv (restricted module) driver te blijven!
Tip: Envy: http://albertomilone.com/nvidia_scripts1.html

Volledig automatische install, werkt perfect :)
Wat is er zo moeilijk aan de installatie? Ik draai ook Kubuntu 7.10 maar dan nog met de 100.14.19 driver. Is deze driver zoveel moeilijker te installeren ?
Via envy krijg ik in iede geval deze driver niet binnen. Kan ook wel kloppen volgens mij want voor zover ik weet haalt envy alleen de stable releases binnen en dit is een Beta.
Hebben ze de versie nummers gelijkt getrokken met de windows versie? Omdat er eerst 100.x was of foutje van t.net?
Nvidia is er iig relatief rap bij voor support onder linux.

Beter zou natuurlijk zijn bij de launch mja Windows heeft uiteraard een pre ivm linux vanuit commercieel oogpunt.

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True