The OpenGL 3.0 and GLSL 1.30 specification were released back in August during SIGGRAPH 2008. Just days later NVIDIA had delivered a beta driver for Windows that added OpenGL 3.0 functionality, but Linux, FreeBSD, and Solaris users were left in the dark. Two months later though NVIDIA has now published a beta Linux driver that implements most of the latest GL/GLSL specification.
Last month we had looked at the ATI Radeon HD 4670 under Linux. This graphics card had worked just fine with the Catalyst Linux Suite, but when using either of the two open-source ATI drivers there were problems with the DVI connectors. While using an analog VGA connector works if you are just after mode-setting support, the R600/700 GPUs still lack 2D, 3D, and video acceleration using any non-Catalyst driver. Sapphire Technology though has sent out an ATI Radeon HD 4550 512MB GPU to see whether this sub-$50 USD graphics card plays nicely with the xf86-video-ati or xf86-video-radeonhd drivers.
X Server 1.5 was officially released last month with X.Org 7.4, but there had been server pre-releases going back to earlier this year. Fedora 9 had even shipped with an early version version of X Server 1.5. For those using the open-source X.Org drivers, running the latest server is not a big deal, but those with ATI or NVIDIA binary drivers they sometimes can be slow in supporting the latest version. NVIDIA has supported X Server 1.5 for a number of weeks now, but ATI has yet to update their Catalyst Linux driver with such support. With Ubuntu 8.10 being released in two weeks and it's using this newest X Server, how will ATI graphics cards be supported? Well, an interesting event has occurred and we will tell you what has happened in this article.
The last release of the xf86-video-radeonhd driver was version 1.2.1 and that happened back in April. Since then we have seen a plethora of new work go into this open-source ATI driver for the Radeon R500 series and later. We've seen the driver add support for AMD's 780G Chipset and most notably it has adopted AtomBIOS to be used on the Radeon HD 4800 series and newer. There have also been numerous other improvements to this driver that currently competes with the xf86-video-ati driver. With much of this work now being settled, the Novell development team has released the RadeonHD 1.2.2 driver. In addition, they pushed out the RadeonHD 1.2.3 driver just moments later, which introduces their Command Submission infrastructure.
Introduced in the Catalyst 8.8 Linux driver and further stabilized within Catalyst 8.9 was AMD's MultiView technology. MultiView makes it possible to use multiple GPUs on the same system not for Linux CrossFire but for driving multiple display heads. Using MultiView on Linux you can easily drive four, six, or even eight screens. In fact, up to 32 displays are theoretically supported on a single system (permitting you have enough graphics cards and PCI Express slots). MultiView also allows for OpenGL acceleration across all displays and does not rely upon Xinerama. In this article we are taking a brief look at this multi-GPU multi-monitor feature catered towards AMD's workstation customers.
Over the course of the past few months we have seen several NVIDIA Linux drivers that have all been marked as beta with the last official release appearing in April. Today though NVIDIA has released the 177.80 Linux driver, which is an official update and christens the changes made with the 177.67, 177.68, 170.70, 177.76, and 177.78 beta drivers. Among the changes are RENDER extension improvements, finally officially supporting the GeForce GTX series, text rendering fixes, and there are 25 official changes in total.
Earlier this year Fedora 9 was the first distribution providing kernel-based mode-setting (or KMS for short). At the time there was only a kernel mode-setting driver for Intel hardware and it ended up being disabled by default. We had provided a preview of kernel-based mode-setting that showed how the system display looked when it came to the flicker-free boot experience, fast and clean VT switching, and the technical advantages this method provides over the graphics mode-setting within an X.Org DDX driver. With months having passed since our first article and Red Hat engineers working aggressively on KMS improvements for Fedora 10, we are providing another look at this technology and some of the recent advancements.
Last month we saw the release of the NVIDIA 177.67 Linux driver along with the 177.67 beta driver, and a 177.70 driver. In the fourth NVIDIA Linux driver release in under a month's time, the 177.76 display driver has been released. This too looks like another beta driver with more fixes in store for those with GeForce or Quadro hardware owners.
Last month with the Catalyst 8.8 Linux driver we finally experienced CrossFire support on Linux as well as OverDrive support. This was one of the most significant driver releases of the year, but it's now time to move on as Catalyst 8.9 has just been released. This new driver update does bring a few exciting changes: the long-awaited WINE fixes, what appears to be RandR 1.2 with accelerated rotation support, and a horde of bug-fixes.
When the Radeon HD 4850 and Radeon HD 4870 were introduced earlier this year, it was wonderful. These latest high-end graphics cards from ATI had same-day Linux support through their Catalyst driver and the open-source ATI drivers had "just worked" with the RV770 series. The mode-setting support with the xf86-video-ati and xf86-video-radeonhd drivers just required adding in the PCI IDs for these new PCI Express graphics cards and then the rest of the magic was provided by AtomBIOS. However, with the introduction of the Radeon HD 4600 series, not everything is working instantly with the open-source drivers.
With Mesa 7.1 having been released this week and the open-source R600/770 3D support just around the corner, we've taken this opportunity to see how the open-source Mesa 3D stack compares to AMD's monthly-refined Catalyst Linux Suite with the fglrx driver performs for the Radeon X1000 (R500) series. In this article are Mesa 7.1 and Catalyst 8.8 benchmarks for the Radeon X1300PRO and X1800XL graphics cards.
Tuesday the NVIDIA 177.67 Display Driver was released and then yesterday the ATI Catalyst 8.8 Driver came out with OverDrive and CrossFire support. Today though we are back with another NVIDIA Linux driver release. Due to fallout from the 177.67 driver, NVIDIA has replaced it just two days later with the 177.68 Beta.
When it comes to ATI hardware, one of the features we have been after for the longest time on Linux has been any overclocking support. Windows users have ATI's OverDrive at their disposal along with an arsenal of third-party utilities such as ATI Tool. NVIDIA also has various utilities for overclocking their graphics cards on Windows, but they also provide support for overclocking on Linux. Today though with the release of the Catalyst 8.8 Linux driver there is finally ATI OverDrive 5 support on Linux.
AMD had delivered same-day Linux support when launching the Radeon HD 4800 series this summer. This was a first for AMD when launching a major product revision that there was same-day support considering for the R500 and R600 (and earlier) generations it had taken months for any level of support on Linux. This was great to see and the Radeon HD 4850/4870 performance was terrific thanks to their new OpenGL driver introduced last September. Today AMD has announced another Catalyst driver release for Linux and this is arguably the most significant driver update since last October's release when AIGLX support was added. Catalyst 8.8 delivers CrossFire support on Linux, OverDrive overclocking support, adaptive anti-aliasing support, and other improvements.
It has been a few weeks since NVIDIA last pushed out a Linux display driver update, but this morning already they have pushed out a new update. The just-released NVIDIA 177.67 display driver doesn't introduce OpenGL 3.0 support or any other major features, but it does look to resolve a number of bugs, provide improvements to the Render extension, add official support to the GeForce GTX 260/280 graphics cards, and a number of other improvements.
For months we have been telling you that AMD has been preparing to release their R600 series documentation as well as opening up the source-code to two of their internal software projects used for testing new graphics processor designs prior to the availability of the actual hardware. Advanced Micro Devices has yet to release their 3D programming documentation covering the R600 series (or the brand-new RV770) nor the source-code to their two internal projects (TCore and KGrids), but following several postings in our forums over the past couple of weeks and many emails inquiring about the status, today we have a brief update to share.
From SIGGRAPH 2008, one of the premiere computers graphics conferences, the Khronos Group has announced the release of the OpenGL 3.0 API specification and the GLSL 1.30 shading language specification. This is the first major update to this cross-platform 3D programming API since the OpenGL 2.1 release two years ago. In this article we have a bit of information on these OpenGL and GLSL updates and when we can expect to see the Linux graphics scene moving to this new standard.
Yesterday KDE 4.1 was released and there are widely known 2D performance problems with the GeForce 8 and 9 series, which are especially exhibited when using the K Desktop Environment. So you think NVIDIA would address this issue in their next driver update? Guess again. Early this morning NVIDIA had released a new driver as version 173.14.12. This is the first NVIDIA Linux driver release in a month and a half, but its change-log is quite slim.
Last September AMD had provided an open-source AtomBIOS parser for use by the RadeonHD driver in order to communicate with this video BIOS abstraction layer found on the past few generations of ATI graphics cards. While we are still waiting on the R600 sample source-code and 3D register documentation to arrive, AMD has today released a new AtomBIOS parser. This parser is coming out of their KGrids project, which we have previously mentioned in the past, and will allow for a clean AtomBIOS parser to enter the Linux kernel.
In recent times, the xorg.conf file once used for configuring all static X-related server options has been shrinking in size. Thanks to more reliable EDID (Extended Display Identification Data) on LCD panels, it's generally no longer needed to manually specify mode-lines within this X.Org configuration file. With improvements for auto-detection, in many circumstances it's no longer even needed to manually specify your graphics driver and other options. However, the X Server currently lacks an infrastructure for supporting persistent device properties.
Since last night's release of Ubuntu 8.10 Alpha 2 we have been trying out this latest work from the Canonical camp. While many Linux desktop users would just shrug off X.Org 7.4 as not being too relevant to them -- considering there aren't that many new blatant features -- if you're a faithful Phoronix reader you should already know about much of the recent driver work (especially on the ATI side) and Mesa advancements along with X Server fixes.
The Novell developers behind the xf86-video-radeonhd driver have yet to receive their hardware samples from AMD for the Radeon HD 4850 or Radeon HD 4870, but there is already AtomBIOS-based support for these next-generation graphics processors. This open-source driver now has basic mode-setting support, but the 2D and 3D work is still to come.
We've talked all too often about AtomBIOS and there being two different open-source drivers that support the same ATI Radeon hardware with the key architectural difference between the two just being the use of this video BIOS abstraction layer. From the beginning, AMD was planning to have their Novell partners use AtomBIOS when writing this new (at the time, R500/600) driver, but the developers ultimately declined. These developers have expressed their opinions on AtomBIOS, which range from it being an unbearable mess to this design being nothing more than writing open-source code to power someone else's closed-source work. However, under pressure by AMD, the developers are now preparing to use AtomBIOS to a much greater extent within the xf86-video-radeonhd driver. In this article we'll tell you more about what's gone on and where you can checkout this AtomBIOS-bearing RadeonHD driver.
Now that we have delivered OpenGL benchmarks of the ATI Radeon HD 4850 on Linux, we are turning our focus to the flagship Radeon 4870. For this testing we have dual Radeon HD 4870 graphics cards from Sapphire Technology. We'll be publishing these initial results in the coming days, but for now, we are just letting everyone know that this RV770 GPU also is working with xf86-video-ati after writing a trivial patch for this display driver. Our patch is enclosed.
In our article this morning entitled AMD Makes An Evolutionary Leap In Linux Support, we briefly touched on the fact that AMD would be continuing in their open-source support for the Radeon HD 4000 generation of GPUs. AMD will release register information for the RV770 and the code to TCore and KGrids will help the community developers when it comes to 2D and 3D acceleration. Though, with not much work at all, this afternoon we have the ATI Radeon HD 4850 512MB running with the open-source xf86-video-ati driver! The Radeon HD 4850 will not currently work with the xf86-video-radeonhd driver as it doesn't rely upon the AtomBIOS in these areas, but in this article we have enclosed our patch and other information for using this open-source driver on AMD's latest hardware.
Less than a year ago we shared with you the revolutionary steps AMD was taking to deliver significant improvements to their once infamous proprietary Linux display driver and at the same time the work they were doing to foster the growth of an open-source driver for their latest graphics card families. These steps have certainly paid off for both AMD and the Linux community at large. AMD's proprietary driver is now on par with NVIDIA's Linux driver and there are two open-source ATI drivers picking up new features and improvements on an almost daily basis. AMD also continues to publish new programming guides and register information on a routine basis for their latest and greatest hardware. This has been truly phenomenal to see, but AMD has now evolved their Linux support by taking it a large step further. AMD is in the process of pushing new high-end features into their Linux driver -- such as Multi-GPU CrossFire support -- and with the ATI Radeon HD 4850 they have even begun showing off Tux, the Linux mascot, on their product packaging and providing Linux drivers on their product CDs!
In AMD's usual fashion, this afternoon they have announced the release of new display drivers for both Linux and Windows. The Catalyst 8.6 release for Linux introduces a few bug fixes, version 2.0 of their driver installation API, and a few unannounced features are present. As always, we have the run-down for you on this month's changes.
Following our article looking at the state of X.Org (along with announcing the release of X Server 1.4.1), we proceeded to share the contributors behind the X Server -- both the individual developers and companies involved with fostering the growth of this important free software package since 1999. What we hadn't looked at in that analysis was the people and companies behind the work on Mesa 3D, or the OpenGL component used by X. In this article, however, we have these statistics to share.
Late last month AMD had announced the release of the Stream SDK for Linux. This Stream SDK brings support for the CAL and Brook+ libraries on Linux. The version released was Stream SDK 1.1 Beta, which arrived at the same time as the SDK for Windows XP. With this new Linux support, we ran a small Q&A session with Michael Chu, who serves as the product manager for AMD Stream software. In this article are AMD's answers to some of the questions asked by members of the Phoronix Forums.
NVIDIA's last Linux display driver release was just shy of two months ago when they had unveiled the 173.08 Beta driver with compatibility for the GeForce 9800 series and other new GeForce 9 parts. Prior to the 173.08 release was version 171.06, which was another beta release, and the last official release being NVIDIA 169.12 from February. NVIDIA this morning has released the 173.14.05 driver, which marks the return to their old naming convention, but it doesn't bring many changes compared to the recent beta releases and just a regurgitated release announcement.
784 display drivers articles published on Phoronix.