Over the weekend there was a new Linux binary driver release from NVIDIA that was the 256.52 driver in a pre-release state. It didn't deliver on OpenCL 1.1, Fermi Linux overclocking support, or any other radical features, but it did bring a handful of bug-fixes. Today this driver has been released as stable after being branded the NVIDIA 256.53 driver.
Just shy of a month ago was when NVIDIA last released a proprietary Linux driver, at which point they also released a second driver that was their OpenGL 4.1 preview driver. This Saturday though NVIDIA has provided a new driver release, which is tagged as the 256.52 pre-release. This new Linux driver release isn't overly exciting, but it does carry some prominent fixes that will please some NVIDIA customers.
Next week we will finally be able to deliver performance numbers for the NVIDIA GeForce GTX 400 "Fermi" graphics cards as we take a look at the GeForce GTX 460 that was kindly sent over by NVIDIA. Overall it's a very interesting card and great performer on Linux, but if you're already a Fermi owner (ideally after buying the hardware with our shopping links) and have been searching the Internet like we had done wondering why CoolBits isn't working on Fermi hardware, well, we now have the answer.
Back in 2006 a start-up company known as AGEIA launched the PhysX PPU, the first Physics Processing Unit (PPU) for offloading physics calculations in games and applications that utilize the PhysX API onto this discrete processor for boosting overall system performance.
Back in June there were patches published by NVIDIA for X Synchronization Fences after it was in planning since before last year's X Developers' Summit. These synchronization fences were designed to "synchronize X rendering with direct rendering X clients such as OpenGL and vice versa. They are especially useful in synchronizing GL-based composite managers screen updates with Xs rendering." Today there are more patches out from NVIDIA this time touching xextproto to add support for the binary sync objects.
While there's very few people that NVIDIA's dead open-source driver update helps out, NVIDIA has released two new binary Linux driver updates. The NVIDIA 256.44 pre-release driver adds in support for some new GeForce and Quadro GPUs along with introduces some "Fermi" (GeForce GTX 400 series) stability fixes while the NVIDIA 256.38.02 Linux driver introduces initial OpenGL 4.1 support.
Back in March an announcement came out of NVIDIA as they were getting ready to launch the GeForce GTX 400 "Fermi" graphics cards that they would be dropping support for the xf86-video-nv driver. The xf86-video-nv driver really didn't provide much of a feature set and was far behind the Nouveau KMS and Gallium3D drivers even though these were reverse-engineered by the open-source, so NVIDIA announced they would be discontinuing this open-source DDX driver and advised its customers to just use the VESA driver until they are able to download and install NVIDIA's proprietary Linux graphics driver. However, today they have decided to release an updated driver.
A few days back there was the release of two updated NVIDIA legacy drivers for Linux, but only their newest legacy driver (they have three different legacy drivers at present) gained support for X.Org Server 1.8. This support though is needed for the older NVIDIA drivers to operate on newer Linux distributions like Fedora 13 and openSUSE 11.3. On this Sunday evening we have now confirmation from NVIDIA that they have no plans on providing xorg-server 1.8 support for their oldest legacy driver.
NVIDIA has finally got around to issuing an update to two of their legacy drivers that allows those with old GeForce hardware to run it with newer Linux distributions using X.Org Server 1.8. Beyond the new X Server compatibility, the NVIDIA 173.14.75 pre-release driver update also fixes two bugs. The NVIDIA 96.43.18 legacy update doesn't bring X.Org Server 1.8 support, but it carries two bug-fixes.
While NVIDIA may not release specifications for the GPU hardware or support any open-source drivers for their graphics processors after dropping their open-source X.Org driver, they do contribute a bit to the development of the X.Org Server. NVIDIA engineers like Aaron Plattner have contributed various patches and fixes against the server in the past and for features like VDPAU for DRI2. This afternoon there's a big patch-set coming out of NVIDIA that touches several X components. This set of patches adds support for X Synchronization Fences.
A few days back NVIDIA released the 256.35 Linux display driver as a release candidate for their 256.xx driver series that brings OpenGL changes, VDPAU improvements, and other enhancements. Today, NVIDIA has promoted the 256.35 driver as being an official, stable release.
A month ago NVIDIA had released the first 256.xx Linux series beta that implemented new GLX protocol support, offered up VDPAU improvements, carried a few NVIDIA installer enhancements, and provided improved thermal performance reporting, among other changes. That beta driver was succeeded a week later by a second NVIDIA 256 beta due to some performance issues we spotted on the mobile side. NVIDIA has now released another 256 series driver and this pushes them into the release candidate phase.
Last week NVIDIA had released their first 256.xx series Linux driver in the form of the 256.25 Beta release, but as we discovered, it boasted some major performance regressions for a NVIDIA GeForce GTS 250M and other mobile ASICs. This issue has now been resolved thanks to a new beta release.
One of the articles published on Phoronix this week was NVIDIA's 256.25 Beta Linux Driver Slows Things Down? With NVIDIA's first 256.xx Linux beta driver we encountered significant performance drops from a ZaReason notebook with a NVIDIA GeForce GTS 250M graphics processor. Some thought that PowerMizer was to blame, but this does not appear to be the case.
NVIDIA has rolled out its first beta in the expected 256.xx driver series for Linux, Windows, and other supported platforms. Last month we asked what you wanted from the NVIDIA 256.xx driver and while many of the respondents didn't get their greatest wishes answered, the 256.25 beta driver does offer quite a bit of changes over the previous-generation proprietary NVIDIA driver.
With NVIDIA having released a stable 195.xx Linux driver and are working on a second stable update that's due out in the coming days, the bulk of the driver development work is now focused on their next major driver series. This next major driver release from NVIDIA is the 256.xx series, but what are you hoping it will bring forth?
While NVIDIA's official 195.36.18 driver has been around for about one month, the Santa Clara engineers are getting ready to pump out a new official update. In fact, before the week ended, NVIDIA put out the 195.36.24 pre-release, which may be marked as their official stable release this week.
Prior to launching their next-generation graphics processors, NVIDIA dropped their obfuscated open-source driver and have said they will not provide any open-source support at all for their GeForce GTX 400 "Fermi" series as they just recommended their customers use the X.Org VESA driver until they can install the official binary Linux driver. However, the community developers working on the Nouveau driver project still plan to support the GeForce GTX 470/480 graphics cards via clean-room reverse engineering. Today their efforts might be helped thanks to a hardware sponsorship.
With NVIDIA having announced the GeForce GTX 470 and 480 graphics cards (formerly known as "Fermi") at the end of March and these graphics cards starting to appear at Internet retailers (see links below), NVIDIA has now put out its OpenGL 4.0 Linux driver.
If you wondered why NVIDIA chose today to announce its canning the xf86-video-nv driver for all future GPUs and diverting users to use the VESA X.Org driver (even though most of them will start out using the Nouveau driver) until downloading their proprietary driver, it's because they have finally launched Fermi.
With the first of NVIDIA's GeForce 400 "Fermi" graphics cards arriving later this month, their software engineers have put out the release of CUDA 3.0. Version 3 of the Compute Unified Device Architecture has a wealth of changes including Fermi support, C++ support, a new unified interoperability API for Direct3D (including Direct3D 11.0) and OpenGL (including OpenGL 3.x/4.0), up to a 100x performance increase when debugging with cuda-gdb, a new CUDA memory checker, and support for all the OpenCL features in the latest R195 production driver package.
Well, that didn't take long. Just earlier this month the Khronos Group unveiled the OpenGL 4.0 specification that brought many long-awaited changed to this open graphics API. On the same day this industry consortium also released the OpenGL 3.3 specification, which aims to bring back as much of the OpenGL 4.0 functionality to graphics cards that only support OGL3. OpenGL 4.0 is designed for graphics cards that are meant for DirectX 11.0, which basically means AMD's Radeon HD 5000 series and NVIDIA's forthcoming GeForce 400 series. OpenGL 3.x on the other-hand is compatible with DirectX 10.0 grade hardware, such as the Radeon HD 4000 series and GeForce 200 series. For those with a newer NVIDIA graphics card, you can now run OpenGL 3.3 applications or games as they have just released a supported driver.
While NVIDIA has been working on the 195.xx Linux driver since before last November, they have yet to officially release a stable driver in this series as of yet. Betas have been available and they even had to recall their recent drivers over a fan speed issue that could damage the system, but now they are finally getting ready to push out a stable release.
Most Linux distributions this year will be switching over to the community-created Nouveau graphics driver stack now that there's mainline DRM support in the Linux 2.6.33 kernel and later releases that provides kernel mode-setting support and more. However, for those that have not yet made move to the Nouveau driver (or are running a *BSD or OpenSolaris where there is not yet the ported DRM) and are sticking it out with NVIDIA's rudimentary, feature-limited open-source driver, there is a new update out today. NVIDIA's Aaron Plattner has just declared the xf86-video-nv 2.1.17 driver release.
This week NVIDIA had to pull its latest WHQL-certified graphics drivers on Windows due to a bug that would cause the fan controller to not respond correctly to the current conditions of the GPU workload and in some cases would even turn the GPU's fan off. This bug could potentially kill the NVIDIA graphics card due to overheating. It turns out this potentially fatal bug is also present in their newest 195.36.08 and 195.36.03 Linux drivers.
The NVIDIA ION platform for nettops (like the ASRock ION 330HT-BD) and netbooks (like the ASUS Eee PC 1201N) launched last year and these parts have worked their way into many different low-powered computers. NVIDIA even recently introduced the ION2 platform, but it was not until today that they finally got around to adding the ION ASIC support to their feature-limited xf86-video-nv driver.
Last week we reported on GPU switching and then delayed GPU switching coming to Linux via some Linux kernel hacks, but today NVIDIA has launched a new technology for dual-GPU notebooks and that is "Optimus Technology." NVIDIA's Optimus is similar to the hybrid-switching technologies that have been available on notebooks up to this point for switching between ATI/AMD, Intel, and NVIDIA GPUs on notebooks depending upon the graphics workload, but with Optimus the experience is supposed to be seamless.
NVIDIA has been at work on the 195.xx driver series for some months already and has delivered beta releases to the public that offer VDPAU improvements and new features along with faster X Render performance. This evening they have published a new beta driver for the public, this time it's 195.36.03.
NVIDIA's Aaron Plattner has announced the release of libvdpau 0.4. From November of 2008 when VDPAU was introduced to September of 2009, the Video Decode and Presentation API for Unix lived within NVIDIA's binary display driver package. However, in September NVIDIA began releasing a standalone driver package to make it easier for other Linux graphics drivers to implement. A month later NVIDIA then pushed out a DRI2 patch that allowed choosing the VDPAU back-end implementation on a per-screen basis.
While improved X Render support hasn't been specifically brought up by any users in our thread for What Do You Want From Linux GPU Drivers In 2010?, it looks like NVIDIA may be working on improving their X Render support in its binary graphics drivers. NVIDIA's X Render extension support is already quite good and fast after being revitalized in some driver updates last year, but recent work is signaling that they may be further polishing this support to help users with 2D acceleration.
603 NVIDIA news articles published on Phoronix.