In association with heise online

22 April 2009, 17:06

Kernel Log: 3D support for the new Radeon driver; new Intel drivers

  • Twitter
  • Facebook
  • submit to slashdot
  • StumbleUpon
  • submit to reddit

Kernel Log Penguin Developers for AMD and Intel graphics chips have been extremely productive, having introduced a range of improvements, with others in the works. Late last week, AMD employee Alex Deucher released experimental drivers, DRM, and Mesa code that enables 3D acceleration in r6xx and r7xx graphics chips used in most of the Radeon graphics cards currently on the market. While the code is not fully mature, Glxgears should already work.

Following the release several months ago of very rudimentary code to activate 3D support for these Radeon GPUs, the functionality finally appears to be within reach. However, it could be months before the code is mature enough to be included in the mainstream distributions.

Shortly before the release of the drivers, Alex Deucher announced on his blog that he was working on expanded support of the power-saving technology featured in the Radeon GPUs. That should be especially welcome news to users of Linux notebooks with ATI/AMD chips, since these chips draw a few watts more with the open source drivers than with the proprietary ones, noticeably shortening battery life. Improvements to video playback under the radeon driver are also in the works.

More driver games

Just a few days ago, AMD released version 9.4 of its proprietary driver, as well as the Linux driver known as fglrx, or Catalyst. The release notesPDF provide an overview of the most important updates. The improvements include support for X-Server 1.6, which among other things will be included in Ubuntu 9.04 slated for release within the next few days. However, support for this version of Ubuntu will still be considered an "early look".

As previously announced, support for graphics hardware with R3xx, R4xx and R5xx series GPUs has been killed off. While version 9.3 of the driver for graphics cards with these chips will still be available for download, it already has trouble running on distributions that use the Linux 2.6.29 kernel.

Radeon graphics hardware
GPU Used on graphics card models¹ Corresponding OSS driver
r1xx Radeon, Radeon 7xxx radeon
r2xx Radeon 8500 – 9250 radeon
r3xx Radeon 9500 – x600, x1050 radeon
r4xx Radeon x700 – x850 radeon
r5xx Radeon x1300 – x1950 radeon, radeonhd
r6xx Radeon HD 2400 – HD 3850 radeon, radeonhd
r7xx Radeon HD 4350 – HD 4890 radeon, radeonhd
¹ selected models

Programmers for the radeon (xf86-video-ati) and radeonhd (xf86-video-radeonhd) open source graphics drivers also recently released new versions of their drivers. Version 6.12.2 of the radeon driver essentially fixes bugs and contains improvements for textured video with Radeon R2xx and R3xx GPUs.

Radeon graphics

The version 1.2.5 driver for graphics hardware with R5xx, R6xx and R7xx series Radeon GPUs, radeonhd, seems to offer many more updates. Among the changes are 2D and Xv acceleration for R6xx and R7xx GPUs, for which users will need a kernel with a current DRM (direct rendering manager) or updated DRM module. In versions 1.2.5 and above, DRI support is now active by default for cards with R5xx GPUs. Support for the RS880 (a new, yet to be released motherboard chip-set with integrated graphics) and RV790 (the Radeon HD 4890 GPU) is also new.

Both of these GPUs are also supported by the new version of the radeon driver, which has been able to handle 2D and Xv acceleration since version 6.12.0 was released in mid-March. It is still anyone's guess how long R5xx, R6xx and R7xx GPU owners will have the choice between radeon and radeonhd. Dave Airlie, Red Hat developer and one of two main radeon driver developers – the other is Alex Deucher of AMD – recently explained in an email how the two-driver situation came about. He said that radeonhd had no future and that radeon supported the new kernel-based mode setting systems (KMS), which practically made the 2D driver obsolete anyway – whatever else radeonhd did was based on code that it shared with radeon. ("So radeonhd is going nowhere new, radeon is the only driver that supports the new kernel mode setting systems. With kernel mode setting the X.org 2D driver doesn't do very much any more, and everything that is left for it to do is shared code between the two drivers.").

Intel graphics

Developers of the xf86-video-intel graphics driver – "intel" for short – have released version 2.7.0 of the driver. According to the release e-mail, the version corrects a tidy number of bugs, but also has some new functions, such as TV-out support for the D945GCLF2, SDVO-LVDS support, and video playback without "tearing" between video frames (tear-free XV), although the latter does not always work. Still, the driver is supposed to be most reliable and fastest in combination with kernel-based mode setting (KMS) ("We encourage users to use kernel mode setting and UXA acceleration with this release, which should give the best performance and robustness.")

People interested in how GPUs work and how to program them can find numerous details about the graphics core of Intel's highest performance motherboard chip-set with integrated graphics to date in the recently released G45 Programmer’s Reference Manual. Matthew Garrett and Adam Williamson are currently complaining in their blogs that the dodgy situation with the Linux driver for the US15W (Poulsbo) Intel chipset still has not improved and that there is no real remedy in sight in the near term.

Kernel status

  • Willy Tarreau has released Linux 2.4.37.1, which plugs a number of security holes already corrected in the newer 2.6 series kernels.
  • Nearly a week ago, Linus Torvalds released the second pre-release of Linux 2.6.30, indicating that 2.6.30-rc3 is likely on the way soon (see part 1 of the "What's coming in 2.6.30" Kernel Log series on The H).

In Brief

  • Adam Jackson has released version 1.6.1 of the X.org X-Servers, which is distinguished from its predecessor mainly by a number of small bug fixes.
  • Following the announcement of Oracle's takeover of Sun (1, 2), Oracle's Chris Mason, the main developer of Btrfs, made it clear in an email, that Oracle's takeover would in no way influence plans for Btrfs and that Btrfs would continue to be an important project ("This does not change Oracle's plans for Btrfs at all, and Btrfs is still a key project for us.")
  • X.org developers' decision last autumn to drop the ability to kill X-Server with CTRL+ALT+Backspace (DontZap) triggered lively discussion in web forums and mailing lists (see also: LWN.net article). In his blog, X.org programmer Peter Hutterer recently introduced a number of changes that allow the key combination to be switched on and off at run time.
  • In another blog entry Peter Hutterer gives an overview of some of the latest improvements in the xf86-input-synaptics touch pad driver – "synaptics" for short. Hutterer explains how to tell if a user's own touch pad supports multi-touch.
  • Glibc developer Ulrich Drepper gave a detailed description of the plans for Glibc version 2.10 in his blog. Among other things, the new version will support POSIX 2008 and C++ 201x.
  • Christoph Hellwig recently sent out the March issue of the monthly XFS status report to the LKML (Linux Kernel Mailing List)..

Further background and information about developments in the Linux kernel and its environment can also be found in previous issues of the Kernel Log at The H Open Source:

Older Kernel Logs can be found in the archives or by using the search function at The H Open Source.

(thl/c't)

(djwm)

Print Version | Send by email | Permalink: http://h-online.com/-741271
 


  • July's Community Calendar





The H Open

The H Security

The H Developer

The H Internet Toolkit