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 , , 18 reacties
Bron: nVidia, submitter: Proxy

nVidia logo (60 pix)Nvidia heeft nieuwe *nix-displaydrivers uitgebracht met versienummer 270.41.19. De drivers zijn beschikbaar voor Linux (32bit), Linux (AMD64/EM64T), Solaris (x64/x86), FreeBSD (x86) en FreeBSD (x64). Specifieke installatie-instructies kunnen op de afzonderlijke pagina's worden gevonden. Versie 270.41.19 is een zogenaamde bugfix-release en verhelpt een handvol problemen.

Release Highlights
  • Fixed a bug in the VDPAU presentation queue that could cause 1 second hangs when transitioning from blit-based display to overlay- based display. This would most commonly happen when disabling a compositing manager.
  • Fixed a bug that could cause crashes when capturing SDI video.
  • Fixed a corner-case in which the OpenGL driver could leak resources in applications utilizing fork().
  • Addressed a Linux kernel interface compatibility problem that could lead to ioremap() errors and, potentially, functional and/or stability problems.
  • Fixed a bug that caused SLI initialization to fail on some Intel based systems.
  • Fixed a bug that caused SLI initialization to fail when using recent Linux kernels, such as 2.6.38.

De volgende downloads zijn beschikbaar:
*Linux Display Driver - x86
*Linux x64 (AMD64/EM64T) Display Driver
*Solaris Display Driver – x64/x86
*FreeBSD Display Driver – x86
*FreeBSD Display Driver – x64

Nvidia Linux Display Driver 260.19.36 screenshot (481 pix)
Moderatie-faq Wijzig weergave

Reacties (18)

Heb de vorige versie geprobeerd. Maar ben nu terug op nouveau.
Dit omdat nvidia nog steeds geen randr ondersteund. Xinerama werkt waardeloos en nouveau werkt wel als een zonnetje op een 3100m.

Als nvidia gaan besluiten randr te ondersteunen dan ga ik wellicht weer naar nvidia. Hopenlijk op korte termijn, alhoewel de open source ook erg goed is.
Waarom gebruik je niet TwinView?
Kan ik daarbij ook gewoon mijn beeld van scherm 1 naar scherm 2 slepen?
in gebruik is er geen merkbaar verschil tussen nouveau+randr en twinview
(zelf laptop met nouveau drivers en extern scherm erbij en desktop met twinview)
Bij randr kan dit zonder complete herstart van X (alt, ctrl en backspace). Kan dat bij twinview ook of moet je daar weer helemaal X opnieuw starten.

Dat vind ik namelijk een beetje nadelig, omdat ik in een kantoor omgeving niet steeds alles wil afsluiten om mijn desk te resizen!
Jullie opmerkingen zijn iig erg welkom ontvangen zover..
Via het nvidia-settings panel kan dat inderdaad zonder restarts.
ja (dit kon ik 4 jaar geleden al dus ik neem aan dat het nu nog steeds werkt)
Zou dit ook het probleem oplossen bij het starten van video's met VDPAU? Ik heb in sommige gevallen dat mplayer even lijkt te hangen en er een boel frames gedropt worden, waarna het weer gesynced wordt.
Vdpau is tegenwoordig geen onderdeel van de driver , maar als een zelfstandig pakket door de distro zelf aangeleverd
Gedeeltelijk... libvdpau is een open source pakket en zit in de meeste distro's, maar het gebruikt een videokaart specifiek onderdeel (in het geval van nvidia is dat libnvidia_vdpau.so) dat wel met de videodriver mee komt. Ik weet niet welke taken door welk deel worden afgehandeld, maar het lijkt me niet onwaarschijnlijk dat er vdpau fixes in nieuwe nvidia drivers zitten. Sterker nog, het staat in dit geval zelfs in de patch notes :)
Heb de standaard additionele drivers (270.41.06) van nvidia maar weer teruggezet want ik kreeg mijn hele X-windows niet meer aan de praat :'(
Hij geeft hier wel aan dat deze current zou zijn? Ook een beetje zot dat je geheel X moet afsluiten om hem te updaten. Daarna booten okee, maar geheel uit X??
Afijn ik wacht wel tot de package manager met de update komt
Nee is niet raar als de 270.41.06 geladen wordt door X dan kan je wel de driver met rmmod verwijderen maar dan gaat X ook plat wat logisch is

Ps meest voorkomende fout is Driver Nvidia-xxx.xx.01 geladen en dan libaries van Nvidia-xxx.xx.02 gebruiken en dan no go

[Reactie gewijzigd door postbus51 op 28 mei 2011 15:48]

In Ubuntu Natty (11.04) zat icm met Xorg 1.10 een bug dat het maximaliseren van bepaalde vensters (bijvoorbeeld Konsole) de grafische driver volledig vast liep. Zo hard zelfs dat switchen naar de console niet meer mogelijk bleek en restarten van de Xserver ook niet meer hielp (via remote login).

Ik lees hier eigenlijk niets over, tenzij het een van de "corner" cases is welke voor een heleboel gebruikers het systeem in feite onbruikbaar maakte...

Linkje: Ubuntu Bug Report #760632

[Reactie gewijzigd door Cyberwizzard op 22 mei 2011 15:29]

Sinds 11.04 krijg ik de driver niet meer 'in use' (wel 'active'). Dat mogen ze van mij wel eens fixen.
Same here, heb er een paar weken geleden nog op flink gezocht maar kon toen geen oplossing vinden... Systeem werkt verder prima maar stoort mij toch.
Hier ook, al moet ik zeggen dat ik geen X-vastlopers meer heb. Dat was vlak na de release wel dus het een en ander is gefixt
Voor zover ik heb gelezen is dat probleem alleen in KDE en op te lossen door de laatste 275 driver te installeren.
Net gedownload en geinstalleerd (Debian Squeeze AMD64). Werkt als een zonnetje, net
als de vorige versie. Wel volgende keer een correcte schermafdruk mee posten, deze is nu van de oude versie!

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