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 , , 22 reacties
Bron: Nvidia, submitter: Joshua

nVidia logo (60 pix)Nvidia heeft dinsdag nieuwe display drivers Linux uitgebracht, die versienummer 177.80 hebben gekregen. Ze zijn beschikbaar voor Linux (32-bits), Linux (AMD64/EM64T), Solaris (x64/x86) en Freebsd. Specifieke installatie-instructies kunnen op de afzonderlijke pagina's worden gevonden. In deze release treffen we onder andere ondersteuning aan voor diverse nieuwe videokaarten, zijn er verbeteringen gemaakt op het gebied van het renderen van beelden en zijn er verschillende problemen verholpen. Hieronder is het volledige changelog van versie 177.80 te vinden:

Linux Display Driver - x86 Version: 177.80:
  • Added support for the following new GPUs:
    • GeForce GTX 260
    • GeForce GTX 280
    • GeForce 9800 GTX+
    • GeForce 9800 GT
    • GeForce 9700M GTS
    • GeForce 9500 GT
    • GeForce 8100P
    • nForce 780a SLI
    • nForce 750a SLI
    • Quadro FX 770M
    • Quadro NVS 160M
    • Quadro NVS 150M
  • Improved support for RENDER masks, as well as RENDER repeating modes and transformations, for video memory pixmaps.
  • Added accelerated support for RENDER convolution filters for video memory pixmaps on GeForce 8, 9 and GTX GPUs.
  • Improved support for RENDER operations with the same source and destination; this should performance in some situations, e.g. when dragging Plasma applets in KDE4.
  • Improved GPU video memory management coordination between the NVIDIA X driver and OpenGL implementation; this should improve performance with e.g. the KDE4 OpenGL compositing manager.
  • Added an 'AllowSHMPixmaps' X configuration option, which can be used to prevent applications from using shared memory pixmaps; the latter may cause some optimizations in the NVIDIA X driver to be disabled.
  • Fixed a text rendering performance regression that affected GeForce 6 and 7 series GPUs.
  • Fixed a regression that caused the 'Auto' SLI X option setting to not enable SLI.
  • Fixed a bug that caused system hangs when using the NV-CONTROL interface to change GPU clock frequencies.
  • Added support for DisplayPort display devices (including 30-bit devices).
  • Resolved various stability problems on GeForce 8, 9 and GTX GPUs, as well as some GeForce 6 and 7 PCI-E GPUs.
  • Fixed a bug that resulted in GPU errors when changing the TwinView display configuration while using Compiz.
  • Further improved the error recovery paths taken in case of GPU command stream corruption.
  • Updated mode validation, in cases when no EDID is detected, such that 1024x768 @ 60Hz and 800x600 @ 60Hz are allowed, rather than just 640x480 @ 60Hz.
  • Removed an old workaround that caused incorrect Xinerama information to be reported after enabling a second TwinView display.
  • Fixed corruption when using SLI in SFR mode with OpenGL-based composite managers.
  • Fixed the subpicture component order reported by the NVIDIA X driver's XvMC implementation.
  • Added a workaround for broken EDIDs provided by some Acer AL1512 monitors.
  • Fixed a bug that caused GLXBadDrawable errors to be generated when running more than one OpenGL application with anti-aliasing enabled on GeForce 6 and 7 GPUs, e.g. wine.
  • Fixed a problem that could result in IRQs being disabled on some multi-GPU SMP configurations.
  • Worked around cache flushing problems (on some Linux kernels) that caused corruption and stability problems.
  • Added experimental support for PCI-E MSI.
  • Fixed a bug that resulted in AGP FW/SBA settings and overrides being applied incorrectly when using the Linux kernel's AGP GART driver.
  • Improved compatibility with recent Linux 2.6 kernels.
  • Updated the X driver to consider /sys/class/power_supply when determining the AC power state.
[break]De volgende downloads zijn beschikbaar:
*Nvidia Linux Display Driver 177.80 (Linux, 32bit)
*Nvidia Linux Display Driver 177.80 (Linux, 64bit)
*Nvidia Linux Display Driver 177.80 (Solaris)
*Nvidia Linux Display Driver 177.80 (FreeBSD)[break]
Nvidia Linux Display Driver (481 pix)

Lees meer over

Versienummer:177.80
Releasestatus:Final
Besturingssystemen:Linux, BSD, Solaris, Linux AMD64, Linux IA-64
Website:Nvidia
Download:http://www.nvidia.com/Download/index.aspx?lang=en-us
Licentietype:Voorwaarden (GNU/BSD/etc.)
Moderatie-faq Wijzig weergave

Reacties (22)

Let op dat deze drivers alleen Geforce 6xxx en hoger ondersteunen, sinds deze release zijn de FX 5xxx series niet meer ondersteund. Voor de FX5xxx series heeft Nvidia de 173.14.xx drivers.
Hoewel ik nog steeds spijt heb van het feit dat ik een laptop heb gekocht met een nvidia chip erin (een geForce 8600M met 512MB dedicated ram), voornamelijk vanwege het closed-source-only karakter van de drivers (en een paar andere issues, zoals de hittedeltaproblemen), en tengevolge fouten van nvidia er lang in blijven zitten, moet ik zeggen dat de beta's die aan deze release voorafgingen een stuk beter werken dan 169.x (de versie die erna uitkwam deed het overigens niet echt beter), ik kon nl in de Ubuntu 8.10 alpha's en beta gewoon compiz op de livecd draaien. KDE4 was een ander verhaal (maar dat kan ook gewoon aan Kubuntu liggen).
De nvidia drivers zijn een stuk beter dan die van ATI imo.
Op zich ben ik het met je eens, maar het helpt enorm als je e.e.a even motiveert.

Tot zaterdag draaide ik met een ATI 9600 XT. De fglrx driver heeft als probleem dat hij bij gebruik van compiz en beryl geen video af kan spelen. Dat kan ik reproduceren op een 9600XT en op een 9550. Van nieuwere kaarten weet ik het niet. Sinds kort is er een open source driver die redelijk werkt op deze kaarten, maar met XAA is hij niet volledig functioneel (geen Render extension) en met EXA is hij niet volledig stabiel (hangende X server, inloggen met ssh vanaf andere machine, kill -9 en je draait weer. Wel je werk kwijt dus). Alle drie de mogelijkheden om de kaart aan te sturen zijn het net niet.

Ik ben nu over naar een Geforce 8200 (on board). Alles werkt gewoon in 1 keer (OK, 2 keer, zie onder). Nu wist ik dat al want mijn laptop heeft een Geforce 8800m GTX.

Met deze nieuwe Geforce driver is performance trouwens aanzienlijk verbeterd t.o.v. de 173.14 versie. En op de 8200 onboard werkt hij volledig correct, de 173.14 gaf bij scrollen nog display corruptie, waar de 8800m GTX met de oude versie geen last van had.
Het is leuk om zo'n oordeel de wereld in te slingeren maar waar is je onderbouwing?
ik heb op mijn Nvidia geforce 7400 in mijn vaio nog steeds last van zwarte flitsen bij het gebruik van compiz-fusion. Echt slecht dat dat zo lang blijft slepen. Mijn volgende laptop heeft zeker een intel grafische chip met open-source 3d drivers.
misschien dat dit te maken heeft met refreshrate?
heb daar zelf tijd terug mee te doen gehad; deze verlaagd naar 60
wanneer gaan ze eindelijk eens iets doen aan probleem met de laptop brightness controls in ubuntu/gnome ea distro's. Als ik de default vga driver installeer werkt dit perfect en wanneer ik overschakel naar de nvidia drivers, werkt dit niet meer (lcd panel at full force :()
Me vriendin heeft Ubuntu op haar laptop en heeft geen problemen met het installen van de brightness?
Het is blijkbaar niet een algemeen probleem, want de brightness controls op mijn Dell XPS M1530, met nVidia 8600M GT, werken gewoon zonder problemen (en ik gebruik de nVidia-driver die met Ubuntu 8.04 werd meegeleverd, versie 169.12).
Brightness werkt prima op m'n asus laptop met geforce 6200 en ubuntu. Al sinds ik het ding gekocht heb, zo'n 3 jaar geleden, en nu in de intrepid beta nog steeds.

[Reactie gewijzigd door kozue op 14 oktober 2008 11:10]

Gisteren overgestaps van ati naar nvidia kaart in mijn pc.
Eerst resolutieprobleem maar na herdetectie te doen werkt dit perfect.
ook het controle panneel van Nvidia is fantastisch, eenvoudig overzicht en alle opties binnen handbereik. dit zou meer moeten in linux.
zo hoef je minder te kloten in config files. wat ik toch niet zo gemakkelijk vind.
Improved GPU video memory management coordination between the NVIDIA X driver and OpenGL implementation; this should improve performance with e.g. the KDE4 OpenGL compositing manager.
Daar zat ik op te wachten.. geen 5 seconden meer om m'n kde4 startmenu op het beeld te zetten of een venster te laden..
Zojuist getest en het blijft k*t werken met KDE4. Als het zo doorgaat wordt de volgende kaart een ATI :(
Totdat je dan een ATI kaart gehad hebt en tegen problemen aan bent gelopen zoals vastlopende X servers, niet werkende opengl, corrupte muiscursors en de vele problemen met fglrx+Xv (allemaal zelf last van gehad). Dan pleur je die ATI kaart weer weg en gebruik je de nvidia zonder morren...

* kozue zit met smart te wachten op een intel kaart met degelijke performance.

[Reactie gewijzigd door kozue op 14 oktober 2008 11:14]

Ik heb een ati kaart en al die problemen die jij opnoemt ben ik nog niet tegengekomen.
Ik had alleen problemen met installeren onder debian omdat ik de kernel sources niet geinstalleerd had.
Hiervoor had ik een ATI en de genoemde problemen had ik nooit gehad. Ik weet niet hoe het nu is maar als ik kijk hoe AMD om gaat met OSS community denk ik dat ATI uiteindelijk de betere keuze zal zijn.
Ze zullen wel geen andere screenshot voor handen gehad hebben, de redactie kan onmogelijk alle soorten hardware en software zelf installeren om screenshots van te maken, dat kost veel te veel tijd en geld.
Jat dan in ieder geval de juiste screenshot van Phoronix zou ik zeggen.

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