Unofficial NVidia bugzilla?

September 2, 2012

The idea for this really comes from the Unofficial ATI bugzilla at which appears to be successful. For NVidia issues the official way has been to email or the unofficial method of posting on and hoping for a reply. Unfortunately I don’t find forums terribly useful for bug reports and the search functionality is less than ideal for issues.

I’ve been thinking of spinning up a Bugzilla instance for an Unofficial NVidia Bugzilla and inviting all distros to use it as well as the NVidia Linux engineers. But obviously I’d need some user/developer interest in this.

Would you use it?

NVIDIA has just pushed out their first beta of the 290.x series drivers and this should be seen as good news for Gentoo users. Several bugs that I’ve pushed upstream from Bugzilla reports about the 280.x and 285.x series have been fixed. This should be the first series that Gentoo will support with xorg-server 1.11 and Linux 3.0. Additionally NVIDIA has built in a workaround for users using a noexec mounted /tmp when executing 32 bit OpenGL apps on a 64 bit kernel. Users should be aware that the workaround brings in performance implications but at least your app won’t crash. Many other little issues were resolved as well so I am inclined to bump the version in the against our typical policy of not supporting beta releases. Be aware however that if I see an abnormal amount of bugs with the beta release it will be quickly masked.

NVIDIA legacy drivers update

November 13, 2009

As I previously noted, the 96.x.y and 173.x.y series had not seen any updates yet for xorg-server 1.7 compatibility, however today that has changed. They both saw updates late last night from NVIDIA and now those drivers are available in the Gentoo tree so feel free to give them a try.

As always happens when we see a new xorg-server release people start to wonder why the Gentoo ebuilds for nvidia-drivers have blockers for the new release. To help clarify this I’ll post an ASCII table showing the current support.

driver series   maximum ABI
-------------   -----------
71.86.*         2.x
96.43.*         5.x
173.14.*        5.x
190.*           6.x

xorg server     video ABI
-----------     ---------
1.7.*           6.x
1.6.*           5.x
1.5.*           2.x

As you can see from the above, the 71.86.x series has gone into very limited maintenance mode. I would be surprised to see very many updates, if any at all to it in the future. However, for users of the 96.43.x and 173.14.x series, NVIDIA has confirmed to me that there will be an update to the latest xorg-server ABI change. This update though does not have any definite dates so I can’t provide any. I recommend users of that series stay with xorg-server-1.6.x releases for the time being so they can have a smooth X experience.

Improved VDPAU abstraction

October 28, 2009

Recently, Aaron Plattner from NVIDIA announce libvdpau 0.2, which a wrapper for driver specific VDPAU implementations. You may have noticed that nvidia-drivers shipped a library for a while now for apps to link against while placing their actual implementation in Newer ebuilds of nvidia-drivers will no longer install, nor any of the headers and install will rely on this being installed. Other applications, like MythTV will instead depend on x11-libs/libvdpau.

In addition to this change, there’s a new package called vdpauinfo in the tree. Some people might know it from the NVNews forums as vdpinfo. However, Aaron got the author’s permission to add it to and rename it to vdpauinfo to match the library.

nvidia-drivers 190.x

October 28, 2009

NVIDIA has officially blessed the 190.x driver series to replace the 185.18.x series. Release highlights include:

  • xorg-server-1.7 support
  • OpenGL 3.2 support
  • VDPAU decoding of MPEG-4 Part 2, DivX 4, and DivX 5 depending on your GPU
  • Support additional GPUs in the GeForce GT series

For more details read their release notes, here.

Gentoo has had a few different developers maintaining “unofficial” drivers in the 190.x series. However there’s a few outstanding issues with those ebuilds that still need to be resolved before they’re unmasked. I’ll hopefully push 190.42-r2 unmasked later on this evening.


Get every new post delivered to your Inbox.