Does this mean that more complete OpenGL support is just down to Mesa these days, and that the remaining DRM work is bug-fixing?
Phoronix: Jerome's Radeon KMS Short-Term TODO List
After the earlier X talks today and then Luc's debated Linux graphics driver stack proposal (largely between he and Eric Anholt and Daniel Stone with conflicting views, but at least Intel admitting "there's a subset of users we care about and a subset we don't"), Jerome Glisse began talking about ATI Radeon kernel mode-setting and its current state. While most that read Phoronix regularly know the direction of Radeon KMS support for the coming releases, below is Jerome's short-term TODO list for the ATI kernel support. Coming up in the Radeon DRM for the Linux 2.6.34 kernel (or releases thereafter) is support for un-mappable VRAM, support for Evergreen GPUs (Radeon HD 5000 "R800" series), use of the Linux power management API for better suspend-and-resume support, better DRM power management, HDMI audio for R700/800 graphics processors, and improved GPU lock-up recording. Other plans on the code side include better fence for improved lock-up detection, using union to separate ASIC specific data, and better message prints for multi-GPU configurations. The most common kernel mode-setting problems these days for ATI Radeon customers is coming down to mode detection issues, PLL issues on laptops with Mobility Radeon parts, ACPI/BIOS interaction problems, memory fragmentation, command submission issues, and GPU lock-ups...
http://www.phoronix.com/vr.php?view=Nzk2OA
Does this mean that more complete OpenGL support is just down to Mesa these days, and that the remaining DRM work is bug-fixing?
Sounds good![]()
looks like ati linux situation is getting more and more interesting year by year, and it doesn't seem to change.
Any chance to see some dates on that report ?
When can we expect most of these changes to be complete ? What else is left for ATI in order to get full support as is on Windows (like Intel has now) ?
HDMI audio on R700/800 would be nice.
But MANY ppl on irc report that HDMI Audio is not working.
Then one think is ugly that the Output order is different.
FGLRX: DVI-0 DVI-1
radeon UMS: DVI-0 DVI-1
Windows: DVI-0 DVI-1
radeon kms DVI-1 DVI-0
so and if you now has an Dual Boot with Windows and other Systems ( Linux with UMS or *BSD ) You has an bigger configuration effort.
Or this bug
https://bugs.freedesktop.org/show_bug.cgi?id=26424
Or an other ( no report Open yet ) that if i use radeon.tv=0 the System freeze ( No ssh possible )
HDMI audio output supposedly works with xf86-video-radeonhd. It is declared by the devs to not yet work with KMS. I don't want to have to run X just to have my PulseAudio server.